GWT: x.x, Portal Corpus Edition CMS pages - STEP 1
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
- http://portal.textometrie.org/test/?command=page&path=/GRAAL/Documentation
- http://portal.textometrie.org/test/?command=documentation&path=/GRAAL
- in the CMS page, click on the “Lexique”, “Index” or “Concordance ou Contextes” buttons
- in the CMS page, click on the “Mentions légales” button
- other commands from the list: http://framacalc.org/2m9cu0dvzq
(from redmine: issue id 597, created on 2014/02/10 by Alexey Lavrentev)
- Relations:
- parent #1087
Activity
added priority::high type::task + 1 deleted label
changed milestone to %Portal 0.6.1
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 linePour 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)(from redmine: written on 2014/02/19 by Serge Heiden)
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.(from redmine: written on 2014/02/19 by Serge Heiden)
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 ?(from redmine: written on 2014/02/19 by Alexey Lavrentev)
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”.(from redmine: written on 2014/02/19 by Alexey Lavrentev)
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.(from redmine: written on 2014/02/19 by Serge Heiden)
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.(from redmine: written on 2014/02/19 by Serge Heiden)
mentioned in issue #1087
assigned to @mdecorde
