...
- Il faudra essayer d'utiliser ce qui est déjà existant dans le portail (pas de librairie javascript supplémentaire, réutilisation de fluid et de jQuery UI et des Css de jQuery UI theme roller)
- Essayé Essayer tant que possible de ne travailler que au niveau CSS
- Une règle non négociable pour ces nouveaux thème sera que les thème "uPortal3", "Ivy","Coal" et "HightContrast" livrés de base avec uPortal4 doivent rester fonctionnels, une fois implémenter dans esup (comme cela, on est sûr que les modifs auront lieues sur les css uniquement...).
- Imaginer peut être :
- un thème graphique minimale (pas de bandeau, mise e avant de canaux)
- un thème
- un thème graphique minimale (pas de bandeau, mise e avant de canaux)
- un thème onglet en ligne
- un thème onglet en colonne
- La réalisation de ces thèmes amènera à réaliser un guide aussi simple que possible sur la manière de s'approprier ces thèmes et de les adapter.
- il faut fournir la liste des OS/navigateur/version qui seront supportés et anticiper les phase de tests avant recette.
Appel à sous-Appel à sous-traitance ?
On peut envisager l'appel à sous-traitance pour les réalisations graphiques.
Bull a fait un excellent travail sur la portlet esup-filemanager (mais s'ils ont un marché sur l'aspect purement graphique et assez sophistiqué ils feront appel à de la sous-traitance). Il semble plus souhaitable de passer par de petite entreprise très compétente en CSS. Il faut donc essayer de trouver ces petites entreprises. (Christian C : Alsacreations serait idéal)
Il y a aussi la possibilité de développé ceci en interne (esup).
Christian C. s'est proposé pour, soit suivre cette partie de plus prêt.
Vincent R a quant à lui déjà fait en cas de sous traitance, et/ou soit développer en interne en sachant que quoiqu'il arrive à l'UPMC le développement sera en interne.
Vincent R a quant à lui déjà fait un premier jet de cahier des charges pour des entreprise ça pourrait être une base de travail.
Dans le cas de sous-traitance il a été évoqué de faire plusieurs lots, le premier étant le portail (tout l'enrobage) un second pourrait être les portlets au cas par cas. Il a été aussi évoqué de prévoir des jeux d'icône (plusieurs) qu'on pourrait utiliser a travers nos différentes portlets.
De même on peut , il faut s'engager à mettre à disposition du prestataire un portail avec un certain nombre de portlet (a définir)
NB : A garder en mémoire dans le cadre mobile chaque portlet doit arriver avec des icônes la symbolisant.
NB : Il faudra aussi travailler sur l'ergonomie (pas abordé pendant la journée) et l'accessibilité (Christian C, cela m'intéresse aussi, je suis expert Accessiweb2) (voir la diffusion du rapport de Témésis ? )
Utilisation de Grouper
au presataire ? - une diffusion au minimum au groupe de travail IHM est la moindre des choses...)
Utilisation de Grouper
L'utilisation de grouper dans le portail doit être facilité par esup !
...
- On installe une application dédié native mobile (compiler selon la plateforme IOS / Android)
- Cette application va disuter native va discuter -entre autre...- avec le portail en JSON (Url/uPortal<Context>/layout.json) et CAS/Shibboleth
L'intérêt de l'application dédié par rapport a la vue mobile via un navigateur a été soulevé sans remporter un franc consensus. (Christian C : ça remonte à Alain Mayeur pour validation.)
On voit sur cette partie, comme cela l'a été évoqué en groupe esup-mobile, qu'un travail doit être mené sur le serveur CAS afin d'éviter la réauthentification trop fréquente des clients mobiles
...
- Evaluation de uMobile
- Possibilité de personnalisation
- Modalité de déploiement des applications dédié mobile dans AppleStore et AndroidMarket
- Développement dans ce cadre (portlet) - en utilisant la uMobile Portlet Archetype
- Développement de Native Module, Native Webview Module dans l'appli native
Adaptation des Adaptation des XSL
(Non traité dans la journée)
Nous disposons déjà sur le site eSup-Portail de « HOW-TO » référençant des modifications de comportement du portail qui ont un impact sur les XSL (exemple : afficher un seul canal à la fois par onglet, ajout de bouton d'ouverture d'iframe, etc...).
Je pense intéressant de refaire le tour de ces modifications de voir si certaines ne seraient pas directement intégrable dans le portail (de manière optionnelles).
A voir si il est judicieux de tenter un Proof Of Concept d'une interface uPortal complétement revue en HTML5 (voir sur de la sous-traitance) (en cas de sous-traitance à une boîte de type Alsacréation on peut imaginer un Lot "Faites vous please, Guys!!" c'est à dire modif XSL XHTML5, ARIA, ajout jQuery UI - toutes documentées avec un support unique de IE9+/Firefox9+/Chrome+/Safari5.1+, bien-sur ce lot n'est accessible que si le premier lot livraison de skin "portail" est recetté - comme ça on a affaire à de gars qui connaissent le rendering du portail).
Développement
(Non traité dans la journée)
...