Task #597

Task #1087: GWT: x.x, Portal Corpus Edition CMS pages

GWT: x.x, Portal Corpus Edition CMS pages - STEP 1

Ajouté par Alexey Lavrentev il y a environ 5 ans. Mis à jour il y a plus de 4 ans.

Statut:Closed Début:10/02/2014
Priorité:High Echéance:
Assigné à:- % réalisé:

100%

Catégorie:- Temps passé: -
Version cible:Portal 0.6.1 Temps estimé:5.00 heures

Description

See:
https://groupes.renater.fr/wiki/txm-info/public/specs_doc_corpus

First step implements :
- CMS pages and hyperlinks
- command to open a "page" = page
- command to open "home" of a corpus = documentation
- (the outline is an HTML page inserted (as iframe?) into each page of the introduction)

Validation test

URLS

Historique

#1 Mis à jour par Matthieu Decorde il y a environ 5 ans

  • Temps estimé mis à 10.00

#2 Mis à jour par Matthieu Decorde il y a environ 5 ans

  • Temps estimé 10.00 supprimé

#3 Mis à jour par Alexey Lavrentev il y a environ 5 ans

  • Temps estimé mis à 5.00

#4 Mis à jour par Serge Heiden il y a environ 5 ans

J'essaye de suivre votre discussion.
Je ne comprends pas :

First step implements :
- CMS pages
- command to open a "page"
- command to open "introduction" of a corpus
- current page path line

Pour moi 'open a "page"' et 'open "introduction"' peuvent être la même commande en utilisant
l'argument 'path' pour savoir qu'il s'agit d'une page liée à un corpus particulier.
Si la page d'introduction a besoin d'une mise en page particulière, ça peut faire l'objet d'un argument (par exemple 'display-as-left-panel' ou 'display-in-new-gwt-tab' ou 'display-in-new-browser-tab'...).
Par ailleurs, pour faire vite, le sommaire de l'introduction pourrait être une page HTML comme les autres (affichée en panel de gauche), et les sections de l'introduction des pages HTML comme les autres (affichées au centre). C'est un peu comme ça dans la Grails et on pourrait commencer comme ça.
L'effort portera alors après sur la navigation interne entre le sommaire et les pages de sections.
À propos des profils : êtes vous sûrs que ce sont des paramètres publics d'une URL ? (n'importe qui pourrait forger un accès par profil)
Pour finir, êtes vous sûrs de vouloir implémenter les profils tout de suite ? (pour des pages à vocation publique, dans un premier temps)

#5 Mis à jour par Serge Heiden il y a environ 5 ans

J'oubliais un truc : le "outline view" me fait peur.
Dans un premier temps la page sommaire HTML de la Grails peut très bien faire l'affaire de sommaire,
comme elle le fait déjà, et je ne suis pas sûr que ce soit intéressant de développer une vue outline dans l'absolu :
les gens voudront toujours faire leur sommaire stylé à leur façon avec la profondeur qu'ils
préfèrent etc. comme on en a parlé l'autre jour.

#6 Mis à jour par Alexey Lavrentev il y a environ 5 ans

Serge Heiden a écrit :

Pour moi 'open a "page"' et 'open "introduction"' peuvent être la même commande en utilisant
l'argument 'path' pour savoir qu'il s'agit d'une page liée à un corpus particulier.
Si la page d'introduction a besoin d'une mise en page particulière, ça peut faire l'objet d'un argument (par exemple 'display-as-left-panel' ou 'display-in-new-gwt-tab' ou 'display-in-new-browser-tab'...).

C'est ce qui est proposé. La commande "Introduction" est nécessaire pour le menu contextuel d'un corpus et peut-être pour le contrôle d'accès.

Par ailleurs, pour faire vite, le sommaire de l'introduction pourrait être une page HTML comme les autres (affichée en panel de gauche), et les sections de l'introduction des pages HTML comme les autres (affichées au centre). C'est un peu comme ça dans la Grails et on pourrait commencer comme ça.
L'effort portera alors après sur la navigation interne entre le sommaire et les pages de sections.

C'est exactement ce qu'on veut. J'ai ajouté la précision dans le step 1

À propos des profils : êtes vous sûrs que ce sont des paramètres publics d'une URL ? (n'importe qui pourrait forger un accès par profil)

On a imaginé un use-case suivant : le Graal a une intro 'grand public' pour le profil anonyme et une intro 'chercheur' pour le profil BFM. Dans un article, je veux citer une page de l'intro 'chercheur'...

Pour finir, êtes vous sûrs de vouloir implémenter les profils tout de suite ? (pour des pages à vocation publique, dans un premier temps)

Dans la pratique, on ne va sans doute pas créer de pages spécifiques pour des profils dans l'immédiat, mais pourquoi pas prévoir le mécanisme dès le départ ?

#7 Mis à jour par Alexey Lavrentev il y a environ 5 ans

Serge Heiden a écrit :

J'oubliais un truc : le "outline view" me fait peur.
Dans un premier temps la page sommaire HTML de la Grails peut très bien faire l'affaire de sommaire,
comme elle le fait déjà, et je ne suis pas sûr que ce soit intéressant de développer une vue outline dans l'absolu :
les gens voudront toujours faire leur sommaire stylé à leur façon avec la profondeur qu'ils
préfèrent etc. comme on en a parlé l'autre jour.

C'est pour ça que "outline view" est reporté au "step 2".

#8 Mis à jour par Serge Heiden il y a environ 5 ans

Alexey Lavrentev a écrit :

Serge Heiden a écrit :

Pour moi 'open a "page"' et 'open "introduction"' peuvent être la même commande en utilisant
l'argument 'path' pour savoir qu'il s'agit d'une page liée à un corpus particulier.
Si la page d'introduction a besoin d'une mise en page particulière, ça peut faire l'objet d'un argument (par exemple 'display-as-left-panel' ou 'display-in-new-gwt-tab' ou 'display-in-new-browser-tab'...).

C'est ce qui est proposé. La commande "Introduction" est nécessaire pour le menu contextuel d'un corpus et peut-être pour le contrôle d'accès.

Si 'open page' est une commande interne, genre de l'API TBX, elle tiendra compte du contrôle d'accès.
Je comprends que tu veuilles un accès direct à l'Introduction mais on n'est pas forcé de faire une commande pour ça, sinon il faudra faire une commande pour chaque type de page comme Matthieu avait commencé à la faire 'accueil', 'aide', 'contact', etc. Or il me semble qu'on a décidé que ce n'était pas une bonne architecture car pénible à maintenir et faire évoluer.

Par ailleurs, pour faire vite, le sommaire de l'introduction pourrait être une page HTML comme les autres (affichée en panel de gauche), et les sections de l'introduction des pages HTML comme les autres (affichées au centre). C'est un peu comme ça dans la Grails et on pourrait commencer comme ça.
L'effort portera alors après sur la navigation interne entre le sommaire et les pages de sections.

C'est exactement ce qu'on veut. J'ai ajouté la précision dans le step 1

À propos des profils : êtes vous sûrs que ce sont des paramètres publics d'une URL ? (n'importe qui pourrait forger un accès par profil)

On a imaginé un use-case suivant : le Graal a une intro 'grand public' pour le profil anonyme et une intro 'chercheur' pour le profil BFM. Dans un article, je veux citer une page de l'intro 'chercheur'...

Je ne pense pas que ce soit une bonne idée de citer une page pour laquelle il faille s'inscrire pour pouvoir y accéder, même gratuitement. Je pense qu'une citation doit être publique.
Par ailleurs un type de lecteur ne se différencie pas forcément par une inscription, un anonyme peut être de n'importe quel type et souhaiter rester anonyme. Bref, si tu veux orienter les types d'utilisateurs vers différentes introduction je ne pense pas que les profils soient les plus utiles (ils ont besoin d'une connection).

Pour finir, êtes vous sûrs de vouloir implémenter les profils tout de suite ? (pour des pages à vocation publique, dans un premier temps)

Dans la pratique, on ne va sans doute pas créer de pages spécifiques pour des profils dans l'immédiat, mais pourquoi pas prévoir le mécanisme dès le départ ?

J'aurais préféré que la demande vienne de toi et de Christiane, or le GRAAL Grails n'a jamais rien demandé de tel.
Pour obtenir une scénarisation différente entre grand public et chercheur il y a sûrement d'autres voies.

#9 Mis à jour par Serge Heiden il y a environ 5 ans

Alexey Lavrentev a écrit :

Serge Heiden a écrit :

J'oubliais un truc : le "outline view" me fait peur.
Dans un premier temps la page sommaire HTML de la Grails peut très bien faire l'affaire de sommaire,
comme elle le fait déjà, et je ne suis pas sûr que ce soit intéressant de développer une vue outline dans l'absolu :
les gens voudront toujours faire leur sommaire stylé à leur façon avec la profondeur qu'ils
préfèrent etc. comme on en a parlé l'autre jour.

C'est pour ça que "outline view" est reporté au "step 2".

Reporté au step 2 c'est quand même prévu d'être développé (car spécifié). Je pense qu'il faut préciser encore si on veut le faire apparaitre.

#10 Mis à jour par Matthieu Decorde il y a presque 5 ans

  • Sujet changé de GWT: x.x, Edition, display outline for text or introduction à GWT: x.x, Portal Corpus Edition CMS pages
  • Description mis à jour (diff)
  • Priorité changé de Normal à High

#11 Mis à jour par Matthieu Decorde il y a presque 5 ans

  • % réalisé changé de 0 à 60

#12 Mis à jour par Alexey Lavrentev il y a plus de 4 ans

  • Description mis à jour (diff)

#13 Mis à jour par Alexey Lavrentev il y a plus de 4 ans

  • Description mis à jour (diff)
  • Version cible changé de Portal 0.6 à Portal 0.6.1

#14 Mis à jour par Alexey Lavrentev il y a plus de 4 ans

  • Sujet changé de GWT: x.x, Portal Corpus Edition CMS pages à GWT: x.x, Portal Corpus Edition CMS pages - STEP 1
  • Description mis à jour (diff)
  • Tâche parente mis à #1087

#15 Mis à jour par Matthieu Decorde il y a plus de 4 ans

  • Description mis à jour (diff)

#16 Mis à jour par Matthieu Decorde il y a plus de 4 ans

  • Description mis à jour (diff)

#17 Mis à jour par Matthieu Decorde il y a plus de 4 ans

  • % réalisé changé de 60 à 70

#18 Mis à jour par Matthieu Decorde il y a plus de 4 ans

  • Description mis à jour (diff)

#19 Mis à jour par Matthieu Decorde il y a plus de 4 ans

  • Description mis à jour (diff)

#20 Mis à jour par Alexey Lavrentev il y a plus de 4 ans

  • Description mis à jour (diff)
  • % réalisé changé de 70 à 90

Ok on the BFM portal since april 2014

#21 Mis à jour par Alexey Lavrentev il y a plus de 4 ans

  • Statut changé de New à Resolved
  • % réalisé changé de 90 à 100

#22 Mis à jour par Alexey Lavrentev il y a plus de 4 ans

  • Statut changé de Resolved à Feedback
  • % réalisé changé de 100 à 80

"Concordance ou Contextes" button no longer works on the test portal.
Have any parameters changed?

#23 Mis à jour par Alexey Lavrentev il y a plus de 4 ans

  • Description mis à jour (diff)

#24 Mis à jour par Alexey Lavrentev il y a plus de 4 ans

  • % réalisé changé de 80 à 90

Ok with new command names
concordances -> concordance
contexts -> context

#25 Mis à jour par Matthieu Decorde il y a plus de 4 ans

  • Statut changé de Feedback à Resolved

#26 Mis à jour par Alexey Lavrentev il y a plus de 4 ans

  • Statut changé de Resolved à Feedback
  • % réalisé changé de 90 à 80

OK for "Concordance" command.

The "Context" command only opens the query form but does not run the query

#27 Mis à jour par Alexey Lavrentev il y a plus de 4 ans

  • Statut changé de Feedback à Resolved
  • % réalisé changé de 80 à 90

OK on Test portal

#28 Mis à jour par Matthieu Decorde il y a plus de 4 ans

  • Statut changé de Resolved à Closed

#29 Mis à jour par Matthieu Decorde il y a plus de 4 ans

  • % réalisé changé de 90 à 100

Formats disponibles : Atom PDF