{} - Contributions de l’utilisateur [fr]

ERG::011216

2016-12-08T11:00:34Z

Clementbau :

== Laurie et Martin ==

=== Présentation ===

expériences sur les bibliothèques / comprendre les bases de données

# base de donnée de métadonnées de livres. utilisations de données habituellement négligées comme le numéro d'imprimeur ou la typo utilisée si elle est mentionnée
# expérimentations sur une portion de la bibliothèque, trouver des systèmes de classements thématiques. Possibilité de tenter des protocoles qu'on ne peut pas appliquer a des librairies plus grandes (mesurer la blancheur du papier ou peser les livres,...)
# aboutir a une plateforme en ligne, base de donnée plus grande pour obtenir un résultat plus significatif en utilisant ces protocoles inhabituels .

=== Questions et remarques ===

Plein d'informations très riches, mais encore fragmentées. Enjeux : mettre en commun plein de petites informations éparses et trouver des manière de raconter de histoires, de faire narration à partir de ses données.
être familier des bases de données.

=== Références ===

* http://vj12.constantvzw.org/macro/

== Julie et Mélanie ==

=== Présentation ===

Mise en page d'un contenu. Mettre en forme une interview (qui propose des questions systèmatiques)
Remise en question de la stratégie avec laquelle le groupe approche les personnes à interviewées

Trouver un système pour programmer à quatre mains.

difficultée de contacter les gens

parler de la relation des interwievés avec le code

== Pierre et Marie ==

Faire du son avec le mouvement captee sur la webcan de la grand place (elle est en libre acces sur le web)
Code en processing ; image decoupee en rectangles, a chaque rectangle est associee une note. Le son est produit lorsque le mouvement entre dans un rectangle.
Une autre version permet de placer soi meme les rectangles sur l'image.
Version live ? Possible avec une webcam d'ordi, plus cpmpliaue avec celle de la Grand Place.

Archiver les différentes version du code
penser

code fait ensemble : [https://titanpad.com/l0hNnzTgNF]

'''Les étapes de travail :'''

—— réussir à déposer des rectangles sur la vidéo avec les touches du clavier — pour des notes différentes
—— en même temps, que le son se fait - le programme fait une capture du petit rectangle de la vidéo uniquement / quand quelqu’un passe : les gens deviennent des notes de musique —> pour créer des posters/partitions
—— faire des notes qui fonctionnent bien avec la luminosité

—— réfléchir à la mise en place d’une installation
—— essayer une visualisation spéciale en fonction des notes

Nouveau test[[Fichier:carreettexte.png]]

== Livres electroniques ==
== Juliette ==
Note de bas de page interactive audio
comment empêcher la lecture d'un livre? Utilisation d'encre thermique pour obfusquer la lecture d'un texte, Connexion via bluethooth

== Gabriel et Léo ==
Travail sur le son préenregistrés. Un peu plus compliqué qu'il n'y parait. Reflechir à des manières d'intégrer le dispositif son dans le livre. L'idée est de bosser sur du spam audio, en utilisant des textures plus riches.

==Margot==
Travail sur la lumière en utilisant une broderie connectée à un arduino dans le but de faire clignoter la typographie. Souder les D.E.L.s sur du tissus.

* http://www.pzwart.nl/wp-content/uploads/2014/11/2008lafuente_lightwriter_1280.jpg

== Zoé ==
Travailler en priorité sur la lumières. Question: "Comment faire passer le courant pour allumer des LED?" Solution: Bombe au graphite, trouvée à Elak. Travailler en pochoir pour exploiter au mieux les possibilités de cette bombe aérosol --> trouver une mise en page intéressante pour que la lumière s'allume lors qu'on tourne une page, ou qu'on appuie à un certain endroit sur la page. TEST EN COURS.

== Clément ==

* http://www.linuxquestions.org/questions/linux-software-2/why-does-sox-stat-freq-give-me-different-data-multiple-times-927589/
* http://activearchives.org/wiki/Spectrum_sort
* https://fr.wikipedia.org/wiki/Commande_DOS
* http://www.computerhope.com/overview.htm

<syntaxhighlight lang="bash">
sox sound.wav -n stat -freq 2>&1 | tr " " "," > metric.csv
</syntaxhighlight>

ERG::011216

2016-12-08T10:29:24Z

Clementbau :

== Laurie et Martin ==

=== Présentation ===

expériences sur les bibliothèques / comprendre les bases de données

# base de donnée de métadonnées de livres. utilisations de données habituellement négligées comme le numéro d'imprimeur ou la typo utilisée si elle est mentionnée
# expérimentations sur une portion de la bibliothèque, trouver des systèmes de classements thématiques. Possibilité de tenter des protocoles qu'on ne peut pas appliquer a des librairies plus grandes (mesurer la blancheur du papier ou peser les livres,...)
# aboutir a une plateforme en ligne, base de donnée plus grande pour obtenir un résultat plus significatif en utilisant ces protocoles inhabituels .

=== Questions et remarques ===

Plein d'informations très riches, mais encore fragmentées. Enjeux : mettre en commun plein de petites informations éparses et trouver des manière de raconter de histoires, de faire narration à partir de ses données.
être familier des bases de données.

=== Références ===

* http://vj12.constantvzw.org/macro/

== Julie et Mélanie ==

=== Présentation ===

Mise en page d'un contenu. Mettre en forme une interview (qui propose des questions systèmatiques)
Remise en question de la stratégie avec laquelle le groupe approche les personnes à interviewées

Trouver un système pour programmer à quatre mains.

difficultée de contacter les gens

parler de la relation des interwievés avec le code

== Pierre et Marie ==

Faire du son avec le mouvement captee sur la webcan de la grand place (elle est en libre acces sur le web)
Code en processing ; image decoupee en rectangles, a chaque rectangle est associee une note. Le son est produit lorsque le mouvement entre dans un rectangle.
Une autre version permet de placer soi meme les rectangles sur l'image.
Version live ? Possible avec une webcam d'ordi, plus cpmpliaue avec celle de la Grand Place.

Archiver les différentes version du code
penser

code fait ensemble : [https://titanpad.com/l0hNnzTgNF]

'''Les étapes de travail :'''

—— réussir à déposer des rectangles sur la vidéo avec les touches du clavier — pour des notes différentes
—— en même temps, que le son se fait - le programme fait une capture du petit rectangle de la vidéo uniquement / quand quelqu’un passe : les gens deviennent des notes de musique —> pour créer des posters/partitions
—— faire des notes qui fonctionnent bien avec la luminosité

—— réfléchir à la mise en place d’une installation
—— essayer une visualisation spéciale en fonction des notes

Nouveau test[[Fichier:carreettexte.png]]

== Livres electroniques ==
== Juliette ==
Note de bas de page interactive audio
comment empêcher la lecture d'un livre? Utilisation d'encre thermique pour obfusquer la lecture d'un texte, Connexion via bluethooth

== Gabriel et Léo ==
Travail sur le son préenregistrés. Un peu plus compliqué qu'il n'y parait. Reflechir à des manières d'intégrer le dispositif son dans le livre. L'idée est de bosser sur du spam audio, en utilisant des textures plus riches.

==Margot==
Travail sur la lumière en utilisant une broderie connectée à un arduino dans le but de faire clignoter la typographie. Souder les D.E.L.s sur du tissus.

* http://www.pzwart.nl/wp-content/uploads/2014/11/2008lafuente_lightwriter_1280.jpg

== Zoé ==
Travailler en priorité sur la lumières. Question: "Comment faire passer le courant pour allumer des LED?" Solution: Bombe au graphite, trouvée à Elak. Travailler en pochoir pour exploiter au mieux les possibilités de cette bombe aérosol --> trouver une mise en page intéressante pour que la lumière s'allume lors qu'on tourne une page, ou qu'on appuie à un certain endroit sur la page. TEST EN COURS.

== Clément ==

* http://www.linuxquestions.org/questions/linux-software-2/why-does-sox-stat-freq-give-me-different-data-multiple-times-927589/
* http://activearchives.org/wiki/Spectrum_sort
* https://fr.wikipedia.org/wiki/Commande_DOS

<syntaxhighlight lang="bash">
sox sound.wav -n stat -freq 2>&1 | tr " " "," > metric.csv
</syntaxhighlight>

Erg:: Clément

2016-05-07T18:27:26Z

Clementbau :

[[Fichier:audio_grid.jpg]]

audio_grid est un programme qui a pour but de retranscrire visuellement une composition musicale selon des règles établies de sorte qu'il en résulte une grille d'éléments de mise en page.

Il s'agit de décomposer le fichier audio ou l'extrait choisi du fichier audio en fréquences, intensité, rythme(s) et utiliser ces données pour paramétrer le positionnement des lignes de force, le nombre de colonnes et leurs tailles, le pas et de la ligne base ainsi que d'autres réglages.

La conception du programme s'opère en 3 temps.

[[Fichier:agrid1.jpg]]

Dans un premier temps, le programme récupère un fichier audio que l’utilisateur choisit et dont le format est à déterminer.

Il décompose ensuite le fichier audio et en extrait les données suivantes :

- Fréquences (Hz)

- Intensités (Db)

- Rythme (Bpm)

[[Fichier:agrid2.jpg]]

Par la suite, un ensemble de règles est préétabli en utilisant les données récupérées sur le fichier audio :

-Rapport Temps/Pages

-Calcul marges, nombre de colonnes et taille goutières.

-Calcul des lignes de force

-Calcul du pas de la ligne de base

[[Fichier:agrid21.jpg]]

==Rapport Temps/Pages==

Le temps totalisé du morceau audio sélectionné par l’utilisateur va être réparti en pages de façon proportionnelle.

Donc, une page = un pourcentage du temps du fichier audio choisi (en secondes).

Le pourcentage dépends du temps total du fichier audio ET du choix du nombre de pages délimité au départ par l’utilisateur.

[[Fichier:tempspages.jpg]]

[[Fichier:légende_schéma.jpg]]

[[Fichier:agrid22.jpg]]

==Calcul : Marges, Colonnes, Goutières==

C’est le Rythme de la musique, du fichier audio, qui détermine les verticales : colonnes, goutières, marges.

Verticales : sur une ligne imaginaire horizontale s’inscrit les temps de l’audio qui vont créer des verticales rythmant ainsi

Colonnes :

Goutières :

Marges : les marges de toutes les pages sont calculées en faisant une moyenne du temps sans son au début et à la fin du morceau

[[Fichier:rythme.jpg]]

[[Fichier:agrid23.jpg]]

==Calcul des Lignes de Force==

L’intensité du son (en décibels) précédemment récoltée détermine les lignes de force horizontales

[[Fichier:calcul_lignes_forces.jpg]]

[[Fichier:agrid24.jpg]]

==Calcul du pas de la ligne de base==

Les fréquences servent à calculer le multiple de la grille de ligne de base en faisant une moyenne des espacements entre les sommets des fréquences

[[Fichier:pas.jpg]]

Fichier:Pas.jpg

2016-05-07T18:17:51Z

Clementbau :

Fichier:Agrid24.jpg

2016-05-07T18:08:06Z

Clementbau :

Fichier:Calcul lignes forces.jpg

2016-05-07T18:05:23Z

Clementbau :

Fichier:Agrid23.jpg

2016-05-07T18:01:52Z

Clementbau :

Fichier:Rythme.jpg

2016-05-07T17:58:39Z

Clementbau :

Erg:: Clément

2016-05-07T17:57:23Z

Clementbau :

[[Fichier:audio_grid.jpg]]

audio_grid est un programme qui a pour but de retranscrire visuellement une composition musicale selon des règles établies de sorte qu'il en résulte une grille d'éléments de mise en page.

Il s'agit de décomposer le fichier audio ou l'extrait choisi du fichier audio en fréquences, intensité, rythme(s) et utiliser ces données pour paramétrer le positionnement des lignes de force, le nombre de colonnes et leurs tailles, le pas et de la ligne base ainsi que d'autres réglages.

La conception du programme s'opère en 3 temps.

[[Fichier:agrid1.jpg]]

Dans un premier temps, le programme récupère un fichier audio que l’utilisateur choisit et dont le format est à déterminer.

Il décompose ensuite le fichier audio et en extrait les données suivantes :

- Fréquences (Hz)

- Intensités (Db)

- Rythme (Bpm)

[[Fichier:agrid2.jpg]]

Par la suite, un ensemble de règles est préétabli en utilisant les données récupérées sur le fichier audio :

Rapport Temps/Pages

Calcul marges, nombre de colonnes et taille goutières.

Calcul des lignes de force

Calcul du pas de la ligne de base

[[Fichier:agrid21.jpg]]

==Rapport Temps/Pages==

Le temps totalisé du morceau audio séléctionné par l’utilisateur va être réparti en pages de façon proportionnelle.

Donc, une page = un pourcentage du temps du fichier audio choisi (en secondes).

Le pourcentage dépends du temps total du fichier audio ET du choix du nombre de pages délimité au départ par l’utilisateur.

[[Fichier:tempspages.jpg]]

[[Fichier:légende_schéma.jpg]]

[[Fichier:agrid22.jpg]]

==Calcul : Marges, Colonnes, Goutières==

C’est le Rythme de la musique, du fichier audio, qui détermine les verticales : colonnes, goutières, marges.

Verticales : sur une ligne imaginaire horizontale s’inscrit les temps de l’audio qui vont créer des verticales rythmant ainsi

Colonnes :

Goutières :

Marges : les marges de toutes les pages sont calculées en faisant une moyenne du temps sans son au début et à la fin du morceau

Erg:: Clément

2016-05-07T17:50:30Z

Clementbau :

Fichier:Agrid22.jpg

2016-05-07T17:47:51Z

Clementbau :

Fichier:Légende schéma.jpg

2016-05-07T17:44:49Z

Clementbau : Clementbau a téléversé une nouvelle version de Fichier:Légende schéma.jpg

Fichier:Légende schéma.jpg

2016-05-07T17:44:46Z

Clementbau : Clementbau a téléversé une nouvelle version de Fichier:Légende schéma.jpg

Fichier:Légende schéma.jpg

2016-05-07T17:43:15Z

Clementbau :

Erg:: Clément

2016-05-07T17:40:20Z

Clementbau :

Erg:: Clément

2016-05-07T17:39:29Z

Clementbau :

Fichier:Tempspages.jpg

2016-05-07T17:38:59Z

Clementbau :

Erg:: Clément

2016-05-07T17:37:14Z

Clementbau :

Erg:: Clément

2016-05-07T17:36:43Z

Clementbau :

Fichier:Agrid21.jpg

2016-05-07T17:31:54Z

Clementbau :

Fichier:Agrid2.jpg

2016-05-07T17:07:32Z

Clementbau : Clementbau a téléversé une nouvelle version de Fichier:Agrid2.jpg

Fichier:Agrid1.jpg

2016-05-07T17:04:55Z

Clementbau : Clementbau a téléversé une nouvelle version de Fichier:Agrid1.jpg

Erg:: Clément

2016-05-07T17:01:49Z

Clementbau :

Erg:: Clément

2016-05-07T16:58:35Z

Clementbau :

Fichier:Agrid2.jpg

2016-05-07T16:58:05Z

Clementbau :

Erg:: Clément

2016-05-07T16:54:07Z

Clementbau :

Erg:: Clément

2016-05-07T16:53:09Z

Clementbau :

Fichier:Agrid1.jpg

2016-05-07T16:52:17Z

Clementbau :

Fichier:1.jpg

2016-05-07T16:51:44Z

Clementbau : Clementbau a téléversé une nouvelle version de Fichier:1.jpg

Fichier:1.jpg

2016-05-07T16:50:14Z

Clementbau : Clementbau a téléversé une nouvelle version de Fichier:1.jpg

Erg:: Clément

2016-05-07T16:45:03Z

Clementbau :

Erg:: Clément

2016-05-07T16:39:57Z

Clementbau :

[[Fichier:audio_grid.jpg]]

Audio_Grid est un programme qui a pour but de retranscrire visuellement une composition musicale selon des règles établies de sorte qu'il en résulte une grille d'éléments de mise en page.

Décomposer le son ou l'extrait choisi du son en fréquences, intensité, rythme(s) et utiliser ces données pour paramétrer le positionnement des lignes de force,
le nombre de colonnes et leurs tailles, le pas et de la ligne base etc.
Il en résulterait dans un premier temps une édition qui mettrait au même plan une retranscription visuelle d'une chorégraphie de Lucinda Childs
et une retranscription visuelle du morceau "Dance" de Phillip Glass

Erg:: Clément

2016-05-07T16:37:42Z

Clementbau :

[[Fichier:audio_grid.jpg]]

Fichier:Audio grid.jpg

2016-05-07T16:30:54Z

Clementbau :

Erg:: Clément

2016-03-08T10:12:45Z

Clementbau : Page blanchie

Erg:: Clément

2016-03-08T09:44:50Z

Clementbau :

[[Not-listening-otter-meme.jpg]]

Fichier:Not-listening-otter-meme.jpg

2016-03-08T09:43:40Z

Clementbau : Clementbau a téléversé une nouvelle version de Fichier:Not-listening-otter-meme.jpg

Erg:: Clément

2016-03-08T09:36:18Z

Clementbau : Page blanchie

Erg:: Clément

2016-03-08T09:35:55Z

Clementbau :

[[not-listening-otter-meme]]

Erg:: Clément

2016-03-08T09:35:46Z

Clementbau :

[[not-listening-otter-meme.]]

Erg:: Clément

2016-03-08T09:34:59Z

Clementbau : Page créée avec « not-listening-otter-meme.jpg »

[[not-listening-otter-meme.jpg]]

Fichier:Not-listening-otter-meme.jpg

2016-03-08T09:34:04Z

Clementbau :

ERG::Exercice 3

2016-03-08T09:32:38Z

Clementbau :

<pre>

( (
)\ ) )\ )
(()/( ( ( ( ( ) ) (()/( ( ( ( (
/(_)))( ( )\))( )( ( /( ( /(_)) ))\ ( )\ )\))( (
(_)) (()\ )\ ((_))\(()\ )(_)) )\ ' (_))_ /((_))\((_)((_))\ )\ )
| _ \ ((_) ((_) (()(_)((_)((_)_ _((_)) | \ (_)) ((_)(_) (()(_)_(_/(
| _/| '_|/ _ \/ _` || '_|/ _` || ' \() | |) |/ -_)(_-<| |/ _` || ' \))
|_| |_| \___/\__, ||_| \__,_||_|_|_| |___/ \___|/__/|_|\__, ||_||_|
|___/ |___/

Pour cet exercice, il vous est demandé de designer entièrement un programme.
J'entends par programme un ensemble d'instructions écrites destinées à être exécutées.
L'exécution dans votre cas ne devra pas forcément être réalisée par une machine.

Le programme dont vous allez créer l'architecture devra
correspondre aux critères suivants:

- il doit recevoir une/des information(s) en entrée. Ces informations peuvent
-> provenir de périphériques de captations (micros, capteurs, scanners, clavier, souris, etc.)
-> provenir d'Internet (base de données, site(s) web, flux, etc.)
-> ...
la/les nature(s) de ces informations sont libres, il peut s'agir d'images, de texte, de sons, de coordonnées, etc.

- il doit produire une ou des formes de même nature(s) ou de nature(s) différente(s) des informations entrées. Un son peut produire une image, une image un son, un geste une typographie, un texte un mouvement, etc.
- le périphérique de sortie est libre (écran, ampli, robot, imprimante, corps, main, etc.).
- le langage de programmation est libre (js, python, java, php, c++, pseudo-langage, etc.).

L'exercice est divisé en étapes. Chaque étape fait partie de votre travail et doit être documentée sur le wiki du cours. Les différentes étapes seront ajoutées progressivement à la suite de cet énoncé.

1) Décrire la problématique en français. Que fera votre programme? Comment décrire son objet? Pensez aux mots que vous utilisez, à la structure de votre texte. Cette première description est globale; elle ne doit pas contenir tous les détails de fonctionnement du programme.

</pre>

[[erg::pagelionel | La page de Lionel ]]

[[erg::pagearnaudV | La page de Arnaud ]]

[[erg::pageraphaelle | La page de Raphaëlle ]]

[[erg::page_pierre_barick | La page de pierre barick ]]

[[erg:: Alice | La page d' Alice]]

[[erg:: Clément | La page de Clément]]

Erg::groupe quantic

2015-12-15T01:04:12Z

Clementbau : /* Le procédé */

= Page Quantic =

== '''En Bref''' ==
Mettre en exergue les différents contenus de manière simultanée/isolée selon leurs types (images, textes, annexes) permet de rendre leur autonomie à ceux-ci, qu’elle confère aux contenus une perte de sens ou non, cette séparation altère la hiérarchisation des informations et permet une tout autre lecture d’un ensemble documentaire.

• Un site en 3 parties qui scinde les contenus mais permet à la fois qu’ils se confrontent par une lecture simultanée à la guise de l'utilisateur

• Une édition qui cloisonne ces contenus puisqu’ils apparaissent les uns à la suite des autres sans hiérarchie, reliés ensemble, et contraint l’utilisateur à chercher les correspondances ou à aborder les contenus selon leur seule autonomie une fois isolés.

== '''La démarche''' ==

Une premiere problématique à été d'avoir un support html, sur lequel travailler. Nous avions deux documents de base, un ibook, et un pdf. Les sécurité DRM mise en place par apple, nous a empêché de travailler sur l'ibooks. De ce fait nous avons converti le contenu du pdf (grâce a adobe acrobat pro). Avec cette première version Html nous avons du la nettoyer, grâce a des REGEX simple, supprimant les attribut css dans le fichier html. Puis nous avons choisi de scinder les différents types de contenus : à cette fin, nous pouvions mettre en exergue différentes choses au travers de l’outil web ainsi que de l’outil papier.

Techniquement : Pour faire cela nous avons une nouvelle fois effectué des REGEX pour sélectionner les éléments à scinder tout en conservant leurs ordres d'apparition:

Ainsi, nous avons 3 documents html qui permettent:

• Une application web qui présente les différents types de contenu scindés en trois catégories : les images, les textes, et les annexes (sources, bibliographie, données, schémas,…).
La page web propose une juxtaposition de ces contenus ; elle conserve donc, comme dans le PDF d’origine, une simultanéité des informations. L'utilisateur peut ainsi aborder le document sous ces 3 différents aspects (choisir de ne consulter que les images, que les textes, que les annexes) ou les faire concorder comme dans un document « classique » où la mise en page confronte successivement ces différents types d’information. La lecture, et la manière d’aborder un document, est donc perturbée par ces séparations.

La page web est une page scindée en trois parties dont il est possible d’ajuster la largeur (selon la consultation de l’utilisateur). Chaque partie possède sa fonction d’impression qui génère un PDF imprimable : les dimensions de ce PDF dépendent de l’utilisation qu’en a fait l’utilisateur puisque le PDF sera aussi large qu’à ses proportions à l’écran.

Techniquement : Pour faire cela, Nous avons encapsulé trois <frames> dans un document Html. Ces frames sont les 3 documents HTML de départ (nous avons donc la structure suivante - Index.html qui contient content.htm / Img.htm / annexe.htm
Nb : la modification du format Html > htm a était faite seulement par convention )

• Le document imprimé quant à lui, apparaît en conséquence des particularités de l’application web. Il s’agit de 3 PDF générés à la taille et à la demande de l’utilisateur, qui, une fois reliés ensemble ou séparément permettront une lecture tantôt simultanée (dans le cas où les imprimés ne seraient pas reliés d’un tenant, ou dans le cas où la lecture se fait par aléas dans l’objet éditorial) ou une lecture volontairement sélective, qui aborde uniquement les contenus les uns après les autres (dans le cas où l’objet est relié d’un tenant : la reliure accentue la séparation des contenus).

Techniquement : C'est grâce a un Script Phantomjs, que nous avons pu créer un export possible des 3 documents en pdf.
Un php interroge donc ce script afin de concevoir ces trois documents séparément.
Pour qu'il puisse y avoir une intervention de l'utilisateur, (que les tailles des documents soient variables), c'est un autre script (js /jquery) qui prend le relais.

''En somme, le projet propose de jouer sur la simultanéité/le cloisonnement des contenus dans la lecture et la façon '''d’aborder un ensemble selon ses différents types de contenu ; il s’agit de perturber la hiérarchisation des informations, non pas selon l’aspect pratique du sens de lecture qui enchaîne les éléments les uns aux autres selon ce qui les assimile, mais il s’agit d’aborder un ensemble selon ces mêmes contenus, contraints d’être isolés par types (textes, images, annexes) et rendre leur autonomie, énigmatique une fois isolés ou non, à ceux-ci.'''''

== '''Le procédé''' ==

Le contenu d’un PDF (*) a été aspiré, ce qui nous a permis de récupérer tout le contenu.
Le contenu a été scindé selon les différents types d'informations : Textes courant, images, et annexes ont été séparés.
Chacun des éléments a été nettoyé de tous les bugs dû à l’aspiration du contenu.

Erg::groupe quantic

2015-12-15T01:02:58Z

Clementbau : /* La démarche */

= Page Quantic =

== '''En Bref''' ==
Mettre en exergue les différents contenus de manière simultanée/isolée selon leurs types (images, textes, annexes) permet de rendre leur autonomie à ceux-ci, qu’elle confère aux contenus une perte de sens ou non, cette séparation altère la hiérarchisation des informations et permet une tout autre lecture d’un ensemble documentaire.

• Un site en 3 parties qui scinde les contenus mais permet à la fois qu’ils se confrontent par une lecture simultanée à la guise de l'utilisateur

• Une édition qui cloisonne ces contenus puisqu’ils apparaissent les uns à la suite des autres sans hiérarchie, reliés ensemble, et contraint l’utilisateur à chercher les correspondances ou à aborder les contenus selon leur seule autonomie une fois isolés.

== '''La démarche''' ==

Une premiere problématique à été d'avoir un support html, sur lequel travailler. Nous avions deux documents de base, un ibook, et un pdf. Les sécurité DRM mise en place par apple, nous a empêché de travailler sur l'ibooks. De ce fait nous avons converti le contenu du pdf (grâce a adobe acrobat pro). Avec cette première version Html nous avons du la nettoyer, grâce a des REGEX simple, supprimant les attribut css dans le fichier html. Puis nous avons choisi de scinder les différents types de contenus : à cette fin, nous pouvions mettre en exergue différentes choses au travers de l’outil web ainsi que de l’outil papier.

Techniquement : Pour faire cela nous avons une nouvelle fois effectué des REGEX pour sélectionner les éléments à scinder tout en conservant leurs ordres d'apparition:

Ainsi, nous avons 3 documents html qui permettent:

• Une application web qui présente les différents types de contenu scindés en trois catégories : les images, les textes, et les annexes (sources, bibliographie, données, schémas,…).
La page web propose une juxtaposition de ces contenus ; elle conserve donc, comme dans le PDF d’origine, une simultanéité des informations. L'utilisateur peut ainsi aborder le document sous ces 3 différents aspects (choisir de ne consulter que les images, que les textes, que les annexes) ou les faire concorder comme dans un document « classique » où la mise en page confronte successivement ces différents types d’information. La lecture, et la manière d’aborder un document, est donc perturbée par ces séparations.

La page web est une page scindée en trois parties dont il est possible d’ajuster la largeur (selon la consultation de l’utilisateur). Chaque partie possède sa fonction d’impression qui génère un PDF imprimable : les dimensions de ce PDF dépendent de l’utilisation qu’en a fait l’utilisateur puisque le PDF sera aussi large qu’à ses proportions à l’écran.

Techniquement : Pour faire cela, Nous avons encapsulé trois <frames> dans un document Html. Ces frames sont les 3 documents HTML de départ (nous avons donc la structure suivante - Index.html qui contient content.htm / Img.htm / annexe.htm
Nb : la modification du format Html > htm a était faite seulement par convention )

• Le document imprimé quant à lui, apparaît en conséquence des particularités de l’application web. Il s’agit de 3 PDF générés à la taille et à la demande de l’utilisateur, qui, une fois reliés ensemble ou séparément permettront une lecture tantôt simultanée (dans le cas où les imprimés ne seraient pas reliés d’un tenant, ou dans le cas où la lecture se fait par aléas dans l’objet éditorial) ou une lecture volontairement sélective, qui aborde uniquement les contenus les uns après les autres (dans le cas où l’objet est relié d’un tenant : la reliure accentue la séparation des contenus).

Techniquement : C'est grâce a un Script Phantomjs, que nous avons pu créer un export possible des 3 documents en pdf.
Un php interroge donc ce script afin de concevoir ces trois documents séparément.
Pour qu'il puisse y avoir une intervention de l'utilisateur, (que les tailles des documents soient variables), c'est un autre script (js /jquery) qui prend le relais.

''En somme, le projet propose de jouer sur la simultanéité/le cloisonnement des contenus dans la lecture et la façon '''d’aborder un ensemble selon ses différents types de contenu ; il s’agit de perturber la hiérarchisation des informations, non pas selon l’aspect pratique du sens de lecture qui enchaîne les éléments les uns aux autres selon ce qui les assimile, mais il s’agit d’aborder un ensemble selon ces mêmes contenus, contraints d’être isolés par types (textes, images, annexes) et rendre leur autonomie, énigmatique une fois isolés ou non, à ceux-ci.'''''

== '''Le procédé''' ==

Le contenu d’un PDF (*) a été aspiré, ce qui nous a permit de récupéré tout le contenu.
Le contenu a été scindé selon les différents types d'informations : Textes courant, images, et annexes ont été séparés.
Chacun des éléments a été nettoyé de tous les bugs dû à l’aspiration du contenu.

Erg::groupe quantic

2015-12-15T00:51:22Z

Clementbau : /* En Bref */

= Page Quantic =

== '''En Bref''' ==
Mettre en exergue les différents contenus de manière simultanée/isolée selon leurs types (images, textes, annexes) permet de rendre leur autonomie à ceux-ci, qu’elle confère aux contenus une perte de sens ou non, cette séparation altère la hiérarchisation des informations et permet une tout autre lecture d’un ensemble documentaire.

• Un site en 3 parties qui scinde les contenus mais permet à la fois qu’ils se confrontent par une lecture simultanée à la guise de l'utilisateur

• Une édition qui cloisonne ces contenus puisqu’ils apparaissent les uns à la suite des autres sans hiérarchie, reliés ensemble, et contraint l’utilisateur à chercher les correspondances ou à aborder les contenus selon leur seule autonomie une fois isolés.

== '''La démarche''' ==

Une premiere problématique à était d'avoir un support html, sur lequel travaillé. Nous avions deux documents de base, un ibooks, et un pdf. Les sécurité DRM mise en place par apple, nous a empêché de travailler sur l'ibooks. De ce fait nous avons converti le contenu du pdf (grace a adobe acrobat pro). Avec cette premiere version Html nous avons du la nettoyer, grace a des REGEX simple, supprimant les attribut css dans le fichier html. Puis nous avons choisis de scinder les différents types de contenus : à cette fin, nous pouvions mettre en exergue différentes choses au travers de l’outil web ainsi que de l’outil papier.

Techniquement :Pour faire cela nous avons une nouvelle fois effectuer des REGEX pour sélectionner les elements à scinder tout en conservant leurs ordres d'apparitions:

Ainsi, nous avons 3 documents html qui permettent:

• Une application web qui présente les différents types de contenu scindés en trois catégories : les images, les textes, et les annexes (sources, bibliographie, données, schémas,…).
La page web propose une juxtaposition de ces contenus ; elle conserve donc, comme dans le PDF d’origine, une simultanéité des informations. L'utilisateur peut ainsi aborder le document sous ces 3 différents aspects (choisir de ne consulter que les images, que les textes, que les annexes) ou les faire concorder comme dans un document « classique » où la mise en page confronte successivement ces différents types d’information. La lecture, et la manière d’aborder un document, est donc perturbée par ces séparations.

La page web est une page scindée en trois parties dont il est possible d’ajuster la largeur (selon la consultation de l’utilisateur). Chaque partie possède sa fonction d’impression qui génère un PDF imprimable : les dimensions de ce PDF dépendent de l’utilisation qu’en a fait l’utilisateur puisque le PDF sera aussi large qu’à ses proportions à l’écran.

Techniquement : Pour faire cela, Nous avons encapsulé trois <frames> dans un document Html. Ces frames sont les 3 documents HTML de départ (nous avons donc la structure suivante - Index.html qui contient content.htm / Img.htm / annexe.htm
Nb : la modification du format Html > htm a était faite seulement par convention )

• Le document imprimé quant à lui, apparait en conséquence des particularités de l’application web. Il s’agit de 3 PDF générés à la taille et à la demande de l’utilisateur, qui, une fois reliés ensemble ou séparément permettront une lecture tantôt simultanée (dans le cas où les imprimés ne seraient pas relier d’un tenant, ou dans le cas où la lecture se fait par aléas dans l’objet éditorial) ou une lecture volontairement selective, qui aborde uniquement les contenus les uns après les autres (dans le cas où l’objet est relié d’un tenant : la reliure accentue la séparation des contenus).

Techniquement : C'est grace a un Scipt Phantomjs, que nous avons pu créer un export possible des 3 documents en pdf.
Un php interroge donc ce script afin de concevoir ces trois documents séparément.
Pour qu'il puisse y avoir une intervention de l'utilisateur, (que les tailles des documents soient variables), c'est un autre script (js /jquery) qui prend le relai.

''En somme, le projet propose de jouer sur la simultanéité/le cloisonnement des contenus dans la lecture et la façon '''d’aborder un ensemble selon ses différents types de contenu ; il s’agit de perturber la hiérarchisation des informations, non pas selon l’aspect pratique du sens de lecture qui enchaine les éléments les uns aux autres selon ce qui les assimile, mais il s’agit d’aborder un ensemble selon ces mêmes contenus, contraints d’être isolés par types (textes, images, annexes) et rendre leur autonomie, énigmatique une fois isolés ou non, à ceux-ci.'''''

== '''Le procédé''' ==

Le contenu d’un PDF (*) a été aspiré, ce qui nous a permit de récupéré tout le contenu.
Le contenu a été scindé selon les différents types d'informations : Textes courant, images, et annexes ont été séparés.
Chacun des éléments a été nettoyé de tous les bugs dû à l’aspiration du contenu.

Erg::groupe quantic

2015-12-15T00:49:40Z

Clementbau : /* En Bref */

= Page Quantic =

== '''En Bref''' ==
Mettre en exergue les différents contenus de manière simultanée/isolée selon leurs types (images, textes, annexes) permet de rendre leur autonomie à ceux-ci, qu’elle confère aux contenus une perte de sens ou non, cette séparation altère la hiérarchisation des informations et permet une tout autre lecture d’un ensemble documentaire.

• Un site en en 3 parties qui scinde les contenus mais permet à la fois qu’ils se confrontent par une lecture simultanée à la guise de l'utilisateur

• Une édition qui cloisonne ces contenus puisqu’ils apparaissent les uns à la suite des autres sans hiérarchie, reliés ensemble, et contraint l’utilisateur à chercher les correspondances ou à aborder les contenus selon leur seule autonomie une fois isolés.

== '''La démarche''' ==

Une premiere problématique à était d'avoir un support html, sur lequel travaillé. Nous avions deux documents de base, un ibooks, et un pdf. Les sécurité DRM mise en place par apple, nous a empêché de travailler sur l'ibooks. De ce fait nous avons converti le contenu du pdf (grace a adobe acrobat pro). Avec cette premiere version Html nous avons du la nettoyer, grace a des REGEX simple, supprimant les attribut css dans le fichier html. Puis nous avons choisis de scinder les différents types de contenus : à cette fin, nous pouvions mettre en exergue différentes choses au travers de l’outil web ainsi que de l’outil papier.

Techniquement :Pour faire cela nous avons une nouvelle fois effectuer des REGEX pour sélectionner les elements à scinder tout en conservant leurs ordres d'apparitions:

Ainsi, nous avons 3 documents html qui permettent:

• Une application web qui présente les différents types de contenu scindés en trois catégories : les images, les textes, et les annexes (sources, bibliographie, données, schémas,…).
La page web propose une juxtaposition de ces contenus ; elle conserve donc, comme dans le PDF d’origine, une simultanéité des informations. L'utilisateur peut ainsi aborder le document sous ces 3 différents aspects (choisir de ne consulter que les images, que les textes, que les annexes) ou les faire concorder comme dans un document « classique » où la mise en page confronte successivement ces différents types d’information. La lecture, et la manière d’aborder un document, est donc perturbée par ces séparations.

La page web est une page scindée en trois parties dont il est possible d’ajuster la largeur (selon la consultation de l’utilisateur). Chaque partie possède sa fonction d’impression qui génère un PDF imprimable : les dimensions de ce PDF dépendent de l’utilisation qu’en a fait l’utilisateur puisque le PDF sera aussi large qu’à ses proportions à l’écran.

Techniquement : Pour faire cela, Nous avons encapsulé trois <frames> dans un document Html. Ces frames sont les 3 documents HTML de départ (nous avons donc la structure suivante - Index.html qui contient content.htm / Img.htm / annexe.htm
Nb : la modification du format Html > htm a était faite seulement par convention )

• Le document imprimé quant à lui, apparait en conséquence des particularités de l’application web. Il s’agit de 3 PDF générés à la taille et à la demande de l’utilisateur, qui, une fois reliés ensemble ou séparément permettront une lecture tantôt simultanée (dans le cas où les imprimés ne seraient pas relier d’un tenant, ou dans le cas où la lecture se fait par aléas dans l’objet éditorial) ou une lecture volontairement selective, qui aborde uniquement les contenus les uns après les autres (dans le cas où l’objet est relié d’un tenant : la reliure accentue la séparation des contenus).

Techniquement : C'est grace a un Scipt Phantomjs, que nous avons pu créer un export possible des 3 documents en pdf.
Un php interroge donc ce script afin de concevoir ces trois documents séparément.
Pour qu'il puisse y avoir une intervention de l'utilisateur, (que les tailles des documents soient variables), c'est un autre script (js /jquery) qui prend le relai.

''En somme, le projet propose de jouer sur la simultanéité/le cloisonnement des contenus dans la lecture et la façon '''d’aborder un ensemble selon ses différents types de contenu ; il s’agit de perturber la hiérarchisation des informations, non pas selon l’aspect pratique du sens de lecture qui enchaine les éléments les uns aux autres selon ce qui les assimile, mais il s’agit d’aborder un ensemble selon ces mêmes contenus, contraints d’être isolés par types (textes, images, annexes) et rendre leur autonomie, énigmatique une fois isolés ou non, à ceux-ci.'''''

== '''Le procédé''' ==

Le contenu d’un PDF (*) a été aspiré, ce qui nous a permit de récupéré tout le contenu.
Le contenu a été scindé selon les différents types d'informations : Textes courant, images, et annexes ont été séparés.
Chacun des éléments a été nettoyé de tous les bugs dû à l’aspiration du contenu.