Talk:Interface-old

ARCHIVES INTERFACE PROPOSALS

interface issues -archives 2009
interface

navigation: garder les raccourcis clavier conventionnels et autres usages conventionnel souris-clavier. ( énumérer les différents comportements conventionnels des interfaces)

focus sur la souris: définir les comportements conventionnels en fonction de chaque fenêtre et le focus de la souris détermine les comportements à prendre en compte.

importation des images: à la place des éléments peut se faire soit par les options de l'utilisateur, par défaut. soit en cliquant sur l'élément à remplacer .. l'utilisateur peut aussi ajouter une image à l'élément en important une image dans la cartographie ...qu'il peut ensuite déplacer à sa guise.

images importées, taille et format requis à définir ?

nombre d'importations d'image par cartographie ?

la liste des étiquettes (tags) sur le même mode que les images; il peut ajouter à sa guise des étiquettes personnelles pour les éléments, il peut les partager dans une bibliothèque partagée, il peut utiliser les étiquettes existantes de cette bibliothèque. lorsqu'il commence à noter son étiquette on peut lui afficher une liste de noms apparents en mémoire dans la base de donnée... ainsi qu'une liste déjà affichée de tous les tags

les fenêtres de l'interface

la barre de recherche

la barre de l'utilisateur avec les outils

préférences de l'utilisateur : il peut définir le design des cartes par défaut liste des tags

enregistrer et partager la carte (enregistrer un lien), printer la carte, exporter la carte ( c'est à dire dans un autre format et la sauvegarder dans son ordi... envoyer la carte par email ( le lien qui a été enregistrer

l'échelle de temps

option de l'utilisateur: il peut définir si il veut que chaque type de fichier apparait selon une forme qu'il choisit lui même ou qu'il télécharge

cartographies:

1. jouer avec les couleurs pour marquer la co-occurance sur le mode chaud - froid ( couleurs chaudes pourraient marquer la proximité et aussi l'espace entre les éléments: plus les éléments sont regroupés plus la co-occurance est proche plus les éléments sont éloignés les uns des autres moins ils sont proches en terme de co-occurance.

les éléments de la cartographie:

on pourrait jouer sur des éléments en 3D ou en 2D qui sortent du contexte le cercle, la sphère, le cube ou le carré-rectangle. créer des formes d'objets un peu nouvelles;

différencier les formes en fonction du type de liens ( est-ce un fichier multi-média est-ce un fichier texte, est-ce du html est-ce le root website ?

il y a un design par défaut qu'on va choisir, l'utilateur peut complètement customiser sa cartographie soit en dessinant lui même des formes ( implique qu'on fournissent une petite interface de dessin) ou importer des formes personnelles qu'il dessine lui-même avec ses outils personnels ( programmes d'ordi, dessins scannés etc ... ) est-ce que les images importées par les utilisateurs peuvent être partagées par tous ( implique une sorte de bibliothèque de formes disponible.. implique qu'a chaque fois qu'un utilisateur importe une forme, image on lui propose de la partager .. ( la mettre dans la bibliothèque partagée).

la taille exprimerait la popularité

l'interactivité:

l'utilisateur peut enlever des éléments, importer des éléments d'autres cartographies, click and drag, lorsqu'il déplace un élémnent il pourrait choisir si il déplace l'élément et ses co-occurance ou l'élément seul.

la carte sauvegardée en format image pourrait aussi être partagée dans une galerie d'images .. ou/ et exporter dans un site de partage d'image

archived development
REALLY INSPIRING

Visualisation of cyberspace -extract from Hackers (1995) directed by Iain Softley

http://www.kurwydomowe.net/files/buzzaar/hackers_1

http://www.kurwydomowe.net/files/buzzaar/hackers_2

This draft movable interface follow our last discussion.

We can check how does it work when windows can be in different places

we can drag them and drop

mmaping

Some of them [search bar and information list] are transparent in the aim of seeing the difference;)



dans la fenêtre d'affichage des informations: j'ai compris que tu reprends l'affichage qu'on peut trouver sur une page de google request, pour permettre à l'utilisateur/trice de se sentir "at home", mais des informations comme: le nombre de visites depuis que le site est enregistré dans le système ou des tags associé -- s'il y a des tags, ou autre ... par ex: date d'enregistrement, date de la dernière visite etc .. est-ce que vous pensez que ces infos seraient utiles pour l'utilisateur/trice ? Personally, I think they would not care for it?

Dans mon draft 1 (avec menu dans les blocks) et draft 2](avec menu horizontal) il y a: 1.search box 2.fenêtre des informations [selon le choix: la description "at home", le titre, l'url et la date de votes dans le system] 3.fenêtre des filtres [popularity, recommendiation, dual] 4.fenêtre des paramètres pour contrôler le display [bacground color, fonts, skins?]  5.fenêtre de profile [les archives sur les recherches, changer le mot de passe, organiser ses tags] 6.fenêtre de navigation [zoom in/out] 7.fenêtre des convéniences [print, share] 8.fenêtre des log in/out 9.fenêtre d'information sur le projet [about, faq] - on a besoin de liens sur le projet</li> 10.fenêtre de l'environnement</li>



Je ne comprends pas trop bien la proposition de la fenêtre des information sur le lien "petite fenêtre indépendante masquée liée au comportement click sur le lien (voir ci-dessous) affiche les informations relatives au lien comme: la date de vote dans le réseau, combien de fois le lien a été visité depuis qu'il est enregistré, les mots clefs associés, l'indice de popularité, évent: la localisation géographique du serveur ???"

Est-qu'ils n'y a pas les informations pareilles dans la fenêtre des informations?

Est-qu'ils ne sont pas suffisants?

Avec la comportement des fenêtres "click and drag" je suis complètement d'accord.

Ils invitent a interagir; l'utilisateur/trice peux organiser son fenêtre de navigation, je les trouve génial.

"les fenêtres peuvent être fermées par un bouton de fermeture de la fenêtre": peut-être au lieu de "fermer" ça sera mieux "minimaliser" (et grandir)?

Et dans les settings on peux les personnaliser (lesquels fenêtres restent ouverts et lesquels fermés)

Si on les ferment par hasard et on sais pas comment on peux revenir, on est assez perdu;/

</ul> la fenêtre indépendante: on la vire, on en a parlé par skype et on s'est dit que c'était trop d'infos ... les infos doivent être dans la fenêtres des infos .. à mon avis, il faut encore bien réfléchir comment on liste ces infos dans cette fenêtre .. et quelles infos en priorité ..???

voici d'autres exemples de mapping avec des icônes pour illustrer les divers comportements de l'interface j'ai pas mis les icones zoomin zoom out sur le navigateur, mais c'est sûr qu'il faudrait le faire, selon ce qui a été discuté par skype ! - map n01 affichage par défaut - les deux filtres sont activés, il y a des transparences et des icones plus ou moins grandes en fonction de la popularité ou de l'indice de relevance .. il faudrait encore travailler ce point .. sur l'interface on peut voir aussi le navigateur: pour la navigation dans la map .. il faut encore travailler dans l'interface de ce panel,rajouter des loupes pour zoom in zoom out, on pourrait utiliser le curseur main pour aller dans la map et naviguer comme sur les google maps ? - user panel: une simple barre: pour changer les settings: est-ce que c'est des fenetres flotantes avec choix de couleur qui se ferment une fois qu'on a clické dedans comme dans touchgraph, ou un admin panel avec login utilisateur comme dans le wiki ? c'est quoi le plus playfull ? j'ai oublié aussi de mettre des boutons pour share print et send by mail -théoriquement des icônes de mail, print- share (pour share,faut trouver !)juste avant le bouton refresh .. - click and drag action on layers,on peut tous les déplacer, avec les boutons on peut aussi fermer les fenêtres SAUF: search box et user panel -- le bouton refresh sur user panel permet de rafraîchir l'affichage .. par défaut il faudrait que les panels soient collés les uns aux autres... j'ai pas fait cette illustration. en plus on pourrait avoir un comportement flottant et élastique quand on déplace les layers ,comme dans les animations des bureaux 3D de Linux .. l'utilisateur pourrait désactiver cette option dans les settings ? --afficher les filtres -- comportement sur les liens dans le mapping pour un affichage par défaut -c'est à dire avec les deux filtres simultanéments-- le zoomin a été activé dans le pilot ce qui zoom dans l'interface -- après il faudrait définir à la fois des comportement de souris sur l'interface / cliquer sur la loupe - ou + et raccourcis clavier // ctrl + ctrl - // il faudrait aussi définir si map onfocus: ok aussi pour le zoomin zoomout -- ce qui permet de zommer dans l'environnement par le pilot ou par le map // c'est l'usage dans les logiciels de graphisme.

Il y a mes dernière reflections sur draft_visualisation (inspiré aussi par la reponse visuelle de Nathalie;) - si vous avez les temps de les voir avant skype meeting...

j'ai changé les paramettres de la liste de recherche et j'ai rajouté "la date" dans les filtres(?); vote = popularity et references = recommendation/temporality I am not sure if I understood the idea with adding a date correctly- you imagined to list the date of the last visit (by anyone) to that particular web site/page? or it is something else? J'ai gardé la function "clik and drag" pour instant sur tous les fentres

J'ai reflechi un peu sur "le panel" - les button possedent une function roll over

1.Settings:</li> a) apparence</li> b) windows: une function on/off pour activer/desactiver des fenetres</li> c) sound</li> What sound? 2. My profile</li> a) accounts</li> b) archive</li> c) tags</li>

</ul>