conversence / idealoom Goto Github PK

The first refactoring that will be coming is to re-do the panel architecture in a way that will guide users better through the interface.

Il y a deux modes: un mode (dit contraint) où l’application s’efforce de maintenir les panneaux dans la fenêtre, et un mode (défilement) où l’utilisateur devra utiliser du défilement latéral.

• [Contraint Mode]
  Dans le mode contraint, toute ouverture de panneau entraînera la fermeture du panneau ouvert le ancien (le plus à gauche), de façon à maintenir la contrainte. (Si le nouveau panneau est très large, il peut entraîner la fermeture de plusieurs panneaux précédents.)

-[Non Contraint Mode]
Dans le mode non-contraint, les nouveaux panneaux sont ajoutés à droite; on défile automatiquement au dernier panneau ouvert.

Conditions
On passe d’un mode à l’autre lorsqu’une des actions suivantes fait que les panneaux maximisés soit cessent, soit commencent à entrer dans la largeur de la fenêtre :

Triggers

1. Un changement de taille de fenêtre
2. L’utilisateur demande explicitement de minimiser ou de maximiser un panneau existant
3. Si l’utilisateur élargit la fenêtre au point de basculer en mode contraint, et qu’il y a des panneaux maximisés, on peut les déployer si ce déploiement ne nous fait pas basculer en mode défilement.
4. Si l’utilisateur réduit la largeur de la fenêtre, on passe en mode défilement. Il devra explicitement replier des panneaux pour revenir en mode contraint, on ne replie pas de panneaux automatiquement. (Chaque panneau a une largeur minimale et maximale)

Animation
L’animation de repli-dépli est complexe: il faut diminuer la hauteur du panneau de navigation, remplacer la liste de choix par le seul choix sélectionné (optionnellement sous forme de menu déroulant); le panneau suivant doit baisser son top pour aller en dessous du ou des panneaux de navigations qui iront le chapeauter; et ensuite (ou en même temps?) glisser horizontalement le(s) panneau(x) de navigation minimisé(s) au-dessus du panneau ### suivant.

Ideas
Alternative: on pourrait se souvenir des panneaux maximisés explicitement, et les panneaux pourraient être auto-repliés pour demeurer en mode contraint lors d’une réduction de fenêtre, à moins d’avoir été maximisés explicitement.

Chaque panneau de navigation doit avoir deux formes: une forme déployée et une forme repliée. La forme repliée prend la forme d’une barre horizontale, contenant au moins l’information sur l’élément sélectionné dans le panneau.
Ainsi, dans une fenêtre étroite, où on ne peut montrer qu’un panneau en largeur, nous aurions tous les panneaux de navigation repliés, empilés au-dessus du panneau de contenu, formant l’équivalent d’un breadcrumb; et, s’il y a plus d’un panneau de contenu possible, un panneau de transition (probablement tabulaire) permettant de choisir le panneau de contenu affiché.

• [forme déployée]
• [forme repliée]
  1. Dans une fenêtre très très large, les panneaux de navigation seraient déployés (et repliables)
  2. Mais dans une fenêtre plus étroite, un nombre arbitraire de panneaux de navigation peuvent être repliés, et se mettent alors au-dessus du panneau suivant, quel qu’il soit.
  3. On peut aussi avoir plusieurs panneaux de contenu actifs (checkbox vs clic sur le tabulateur):

Nous avons deux types de panneaux: panneaux de navigation et panneaux de contenu.
Les panneaux de navigation forment une arborescence, menant à un ensemble de panneaux de contenu applicables. Une première version de l’arborescence est décrite dans le tab “arborescence cognitive” de ce document; mais cette version de l’arborescence mélange des éléments de contenu et des modalités d’affichage. Idéalement, chaque élément d’arborescence représenterait un objet conceptuel (p.e. table des idées globale), et permettrait éventuellement plusieurs modalités d’affichage (p.e. Table des idées hiérarchique vs Carte conceptuelle) sur cet objet dans le panneau.

https://docs.google.com/document/d/1aePXrKZyk6qAEuOEVsuufuD-P7sCKYaLP134YQCP6kk/edit

assembl/css/layout/_panels.css
assembl/static/js/app/views/panels.js
assembl/static/js/app/views/testPanels.js

During install I get the following:

$ fab env_dev install_single_server
/usr/lib/python2.7/dist-packages/Crypto/Cipher/blockalgo.py:141: FutureWarning: CTR mode needs counter parameter, not IV
  self._cipher = factory.new(key, *args, **kwargs)
[localhost] Login password for '****': 

What am I supposed to type as password? It does not accept empty string, and does not accept anything else.