Task #597

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

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

Added by Alexey Lavrentev about 5 years ago. Updated over 4 years ago.

Status:Closed Start date:02/10/2014
Priority:High Due date:
Assignee:- % Done:

100%

Category:- Spent time: -
Target version:Portal 0.6.1 Estimated time:5.00 hours

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

History

#1 Updated by Matthieu Decorde about 5 years ago

  • Estimated time set to 10.00

#2 Updated by Matthieu Decorde about 5 years ago

  • Estimated time deleted (10.00)

#3 Updated by Alexey Lavrentev about 5 years ago

  • Estimated time set to 5.00

#4 Updated by Serge Heiden about 5 years ago

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 Updated by Serge Heiden about 5 years ago

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 Updated by Alexey Lavrentev about 5 years ago

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 Updated by Alexey Lavrentev about 5 years ago

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 Updated by Serge Heiden about 5 years ago

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 Updated by Serge Heiden about 5 years ago

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 Updated by Matthieu Decorde about 5 years ago

  • Subject changed from GWT: x.x, Edition, display outline for text or introduction to GWT: x.x, Portal Corpus Edition CMS pages
  • Description updated (diff)
  • Priority changed from Normal to High

#11 Updated by Matthieu Decorde about 5 years ago

  • % Done changed from 0 to 60

#12 Updated by Alexey Lavrentev over 4 years ago

  • Description updated (diff)

#13 Updated by Alexey Lavrentev over 4 years ago

  • Description updated (diff)
  • Target version changed from Portal 0.6 to Portal 0.6.1

#14 Updated by Alexey Lavrentev over 4 years ago

  • Subject changed from GWT: x.x, Portal Corpus Edition CMS pages to GWT: x.x, Portal Corpus Edition CMS pages - STEP 1
  • Description updated (diff)
  • Parent task set to #1087

#15 Updated by Matthieu Decorde over 4 years ago

  • Description updated (diff)

#16 Updated by Matthieu Decorde over 4 years ago

  • Description updated (diff)

#17 Updated by Matthieu Decorde over 4 years ago

  • % Done changed from 60 to 70

#18 Updated by Matthieu Decorde over 4 years ago

  • Description updated (diff)

#19 Updated by Matthieu Decorde over 4 years ago

  • Description updated (diff)

#20 Updated by Alexey Lavrentev over 4 years ago

  • Description updated (diff)
  • % Done changed from 70 to 90

Ok on the BFM portal since april 2014

#21 Updated by Alexey Lavrentev over 4 years ago

  • Status changed from New to Resolved
  • % Done changed from 90 to 100

#22 Updated by Alexey Lavrentev over 4 years ago

  • Status changed from Resolved to Feedback
  • % Done changed from 100 to 80

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

#23 Updated by Alexey Lavrentev over 4 years ago

  • Description updated (diff)

#24 Updated by Alexey Lavrentev over 4 years ago

  • % Done changed from 80 to 90

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

#25 Updated by Matthieu Decorde over 4 years ago

  • Status changed from Feedback to Resolved

#26 Updated by Alexey Lavrentev over 4 years ago

  • Status changed from Resolved to Feedback
  • % Done changed from 90 to 80

OK for "Concordance" command.

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

#27 Updated by Alexey Lavrentev over 4 years ago

  • Status changed from Feedback to Resolved
  • % Done changed from 80 to 90

OK on Test portal

#28 Updated by Matthieu Decorde over 4 years ago

  • Status changed from Resolved to Closed

#29 Updated by Matthieu Decorde over 4 years ago

  • % Done changed from 90 to 100

Also available in: Atom PDF