Binnen ons bedrijf willen we infopath inzetten voor het genereren van een digitale briefing.
Het verloop van het proces
1. Gebruiker vult View A in
2. Gebruiker vult View B in
3. Gebruiker drukt op een knop en gaat daarbij naar View C, in dit proces wordt de data van View A en B naar een webservice gestuurd en zou het resultaat (een collectie) daarvan in View C te zien moeten zijn.
4. Na het aanvullen / aanpassen van de data in View C, drukt de gebruiker op een knop, waardoor een webservice aanroep getriggerd wordt die op basis van de informatie uit View C, directories gaat genereren en andere acties.
Het probleem
Bij stap 3 wordt er een submit gedaan, die een result moet teruggeven. Dat is op zich niet zo'n probleem, want dan gebruik je ipv 'submit to data connection' een 'query to data connection'.
De gebruiker kan daarna dus die data aanpassen, waarna het weer naar een andere webservice gesubmit moet worden. Waarbij die (Collectie in) resultFields, dus in eens weer queryFields moeten worden?
Daarnaast moet dan ook verplicht worden dat als de gebruiker wijzigingen gedaan heeft in View C, dat er niet meer op de knop gedrukt kan worden om View C opnieuw te genereren. Anders raakt de gebruiker zijn aanpassingen/toevoegingen kwijt.
Ergo.. InfoPath werkt best wel frustrerend
en er is geen hele uitgebreide documentatie over te vinden. Wellicht dat er zich een InfoPath Guru bevind binnen GoT
Het verloop van het proces
1. Gebruiker vult View A in
2. Gebruiker vult View B in
3. Gebruiker drukt op een knop en gaat daarbij naar View C, in dit proces wordt de data van View A en B naar een webservice gestuurd en zou het resultaat (een collectie) daarvan in View C te zien moeten zijn.
4. Na het aanvullen / aanpassen van de data in View C, drukt de gebruiker op een knop, waardoor een webservice aanroep getriggerd wordt die op basis van de informatie uit View C, directories gaat genereren en andere acties.
Het probleem
Bij stap 3 wordt er een submit gedaan, die een result moet teruggeven. Dat is op zich niet zo'n probleem, want dan gebruik je ipv 'submit to data connection' een 'query to data connection'.
De gebruiker kan daarna dus die data aanpassen, waarna het weer naar een andere webservice gesubmit moet worden. Waarbij die (Collectie in) resultFields, dus in eens weer queryFields moeten worden?
Daarnaast moet dan ook verplicht worden dat als de gebruiker wijzigingen gedaan heeft in View C, dat er niet meer op de knop gedrukt kan worden om View C opnieuw te genereren. Anders raakt de gebruiker zijn aanpassingen/toevoegingen kwijt.
Ergo.. InfoPath werkt best wel frustrerend
Any sufficiently advanced technology is equivalent to magic.