Reprise du message précédent :

 
Non, tu as huit niveaux de gris et uniquement ces huits.
 
Si tu veux augmenter le contraste, le seul moyen est physique, c'est à dire d'éclairer ton écran avec une lampe pile à la verticale de celui-ci.

C'est déjà le cas avec la 2.1 du Foxfirmware.

Ou éventuellement bidouiller les waveforms

 
Merci pour ce retour mais je n'ai peut-etre pas été clair dans ma question :
Dans le menu, j'ai l'interface très constrasté. Ce qui me convient.
Dans mon .epub, les écritures sont plus "grises" que celles du menu d'acceuil.
Le règlage peut-il se faire en modifiant le .epub ?

J'ai émis cette hypothèse, mais le plus plausible c'est que le "grisé" des polices d'affichage des ePub soit dû par l'anti-crénelage conjugué à leur petite taille.

C'est aussi mon analyse.

Pour les PDFs oui, pour les epubs, c'est moins probable

Que ?

Bon, j'ai fait quelques tests supplémentaires très basiques (je vous met pas le .h et le mainapp.cpp c'est très basique ; je me suis basé sur le tutoriel part1 )  :
 

Bon, et bien ça marche. Quand on clique sur "Add" ça ajoute bien "blah blah" dans la zone de texte, et quand on clique sur "clear" la zone de texte s'efface bien.
 
De plus, on peut faire du drag&drop avec la barre de titre pour déplacer la fenêtre, et on peut cliquer sur l'icone de maximisation pour qu'elle se mette en plein écran.
 
J'ai joué aussi avec les touches du clavier, ça marche.
 
Conclusion, il n'y a besoin de rien faire : Le clavier, la souris, le refresh, tout est automatiquement géré par les libs Qt.
 
Par contre ça rame pas mal. Apparemment c'est vraiment pas fait pour gérer la saisie de textes ;-)

 
En augmentant la taille de police, on voit bien que le contraste devient bien plus fort.
 
C'est donc clairement la petite taille de caractères qui a tendance à donner cette impression de "grisé". L'anti-crénelage doit effectivement jouer aussi.
 
Pour les waveforms ca serait vraiment jouable ?    
 
Parce que à priori si j'ai bien compris chaque batch est calibré en usine. Donc même si quelqu'un trouve un meilleur réglage, celui-ci ne pourra pas forcement être porté sur nos E60...

 
Pour la license, elle sera libre, je voulais rendre d'abord le code de base nickel avant de le rendre public.
Oui la redirection vers la version fr sera faite ce soir.
Pour la balise, c'est un changement d'avis de dernière minute et j'ai oublié de corriger

 
Ou de prendre une seringue et d'injecter un peu d'encre de chine directement dans les micro-capsules de l'e-ink !
 
J'ai bon ?

 
Ah ok. A essayer, moi je mettais du blanc correcteur autour des lettres, mais chaque changement de page me prend du temps étant donné que je dois tout refaire.  
 
Bon quand est-ce qu'on regarde des vidéos HD 1080p sur nos E60 ? J'attends !  

Je sais que c'est le cas, mais si je ne m'abuse, sur la version 2.1, ça fonctionne par redirection vers l'URL distant. Ce que je suggérais, c'était de tout mettre en local pour que chacun puisse personnaliser la partie basse (quitte à les proposer au téléchargement à la manière de ce qui a été fait pour les skin).
D'où ma question à pixeye33000 au sujet de la licence (qui a aimablement répondu depuis qu'il souhaitait qu'elle soit libre, merci d'aillleurs !)

Oui, Qt se base sur les plugins:
http://doc.qt.nokia.com/4.5/qt-embedded-pointer.html

Sinon, au niveau Linux de base, le device pour le touchscreen est soit "/dev/ttySAC2", soit "/dev/input/s5p_tsp", (cf. http://code.google.com/p/e60-open/ [...] gDevices).

C'est une bête voie série. Pour le protocole, il y a un devkit sur le site du constructeur avec des exemples :
http://www.hanvon.com/en/products/ [...] izers.html
http://www.hanvon.com/en/downloads [...] hanvon.rar

Sinon, tu pourrais mettre a profit toute cette page blanche pour ajouter un lien... forum.hardware.fr
 
(même si je peux plus m'y connecter pour cause de bug "vous avez été déconnecté du forum   )

 
Je l'ai faite blanche justement pour éviter que certains râlent, de liens ou autres qui ne leur servent pas...

 
[gros message d'assisté]  
Je viens d'aller sur le site d'hanvon et de voir que leurs stylets ressemblent beaucoup à ceux qui ont étés livrés avec not e60 :
• Ils sont tous sensibles à au moins 256 niveaux de pressions Ca peut être top cool pour utiliser application de prise de note plus sérieuse que celle fournie (reste à savoir où sont bridés ces niveaux de pression).
• Je n'ai absolument aucun mètre, double-décimètre ou triangulateur laser chez moi qui me permettrai de savoir quel est le modèle exact qui a été livré, au cas ou on le perde ou le casse. Si une bonne ame pouvait le faire, je pense que ça pourrait en aider quelques uns !
[/assisté]

Ah ouais, ça serrait super si on pouvait se servir du E60 comme tablette poiur toshop & cie

D'où ma proposition, garder le très bon travail de pixeye33000 pour la barre du haut et proposer des pages agrémentées et personnalisées au téléchargement avec les contributions de tous les membres volontaires, à la manière de ce qui a été fait pour les skins...

Tu peux déjà le faire (bis repetita)

Le touchscreen exact est un HANVON TP060SC3-T3, de 6 pouces de diagonale, probablement très semblable au 6’-UHTP-060-H2-S1:

 
Ma question ne portait pas sur le touchscreen mais sur les stylets.  
http://www.hanvon.com/en/products/ [...] /pens.html
Il y a quelques modèles qui diffèrent seulement de quelques milimètres, et je n'ai rien qui me permette de mesurer ces différences précisément sous la main.

Je suis d'accord, c'est tout à fait faisable avec la version actuelle, puisque je suis en train de le faire... à condition d'aller chercher le code source de la page de pixeye33000 avec un wget et en trafficant les en-têtes HTTP pour se faire passer pour un E60, ce qui n'est pas forcément à la porté du premier venu.
Je proposais simplement que la page soit inclue dans un prochain firmware ou alors dsponible dans le repo SVN (ou autre).

Bon, ça y'est, j'ai réussi à compiler PHP pour le E60
 
Je vous explique ma méthode si vous voulez le recompiler avec plus d'options :
 
1. Déjà il faut installer la toolchain présente dans les sources samsung. Il faut décompresser toute l'arborescence dans "/usr/local/arm/4.2.2-eabi". Si c'est dans un autre répertoire ça ne fonctionnera pas (les liens symboliques doivent êtres pétés)
2. On va modifier le fichier "/usr/local/arm/4.2.2-eabi/usr/include/fpu_control.h" de la toolchain pour ajouter des define nécessaires à la compilation de PHP. Tout en bas du ficher, AVANT le "#endif /* _FPU_CONTROL_H */", rajouter :

 
3. Télécharger les sources de PHP sur php.net, les décompresser dans un répertoire. (J'ai pris PHP 5.3.5)
 
4. On créé 2 variables Shell qui sont (normalement) utilisées à la compilation de PHP pour définir le chemin des compilos. "CC" => chemin de gcc. "CXX" => chemin de g++. Si elles ne sont pas remplies ça utilise "gcc" et "g++".

 
5. On lance le configure avec les options souhaitées (configure --help pour les lister).
Perso j'ai mis ça comme options :

(Dans l'idéal faudrait le compiler /bin, et refaire une rom avec tous les fichiers, mais j'avais la flemme )
 
6. Il faut éditer le fichier Makefile :

• Dans les 2 lignes de "BUILD_CLI" et "BUILD_CGI", remplacer "-export-dynamic" par "-all-static" (sinon, malgré le --enable_static à la compil, ça fout des lib partagées)
• Vérifier les chemins de CC et CXX. Pour une raison que j'ignore, chez moi le chemin de CXX est ok, par contre j'ai "CC = gcc".

Si vous avez le même problème, remplacez "CC = gcc" par "CC = /usr/local/arm/4.2.2-eabi/usr/bin/arm-linux-gcc".
Et quelques lignes en dessous, même si je suis pas sûr que ça change grand chose, remplacer "CPP = gcc -E" par "CPP = $(CC) -E"

• Enfin, sur la ligne "LIBTOOL = $(SHELL) $(top_builddir)/libtool --silent --preserve-dup-deps", rajouter "--tag CC" (pour forcer la compilation par gcc, sinon c'est g++ qui s'y colle et ça plante)

7. make && make install
 
8. Créer un fichier php.ini dans le chemin correspondant au "--with-config-file-path" entré à l'étape du configure, et y écrire :

Sinon php-cgi utilisé à travers httpd renvoi une page blanche...
 
Voila PHP est configuré et théoriquement fonctionnel.    
 
Pour ceux qui auraient la flemme de tout recompiler : http://www.multiupload.com/XP0U9Z3GRJ
 
 
 
 
------------------------------------------------
 
Ensuite, vient l'heure de tester
Donc j'ai copié tout le répertoire /home/Custom/php sur le e60.
 
Puis via telnet :

=> ça marche    
 
Reste donc plus qu'à faire marcher ça avec httpd.
 
J'ai créé un fichier /home/Custom/httpd.conf dans lequel j'ai mis

, ainsi que quelques pages de test php dans /home/Custom/Web accessibles depuis un lien sur "indexpersonnel.html"
 
Puis via telnet :

 
Après test, ça ne fonctionne pas parce que ce con de navigateur ne doit pas reconnaitre l'extension php et se contente de recharger la page indexpersonnel.html quand je clique sur des liens .php (comme avec un .epub).
 
Donc édition du fichier httpd.conf :

, comme ça même les pages .html sont interprétées par php    
 
Et là ...et là .... ben sur le e60 ça marche pas. Ça m'affiche une page blanche.    
Par contre si depuis le navigateur de mon pc je tape l'adresse IP du e60, je peux accéder aux pages et là elles sont pas blanches, le PHP fonctionne!
 
Donc le E60 en serveur Web/PHP, à priori ça fonctionne, par contre le navigateur du E60 n'arrive pas à lire les pages interprétées  
Il doit y avoir une petite merdouille quelque part, mais j'arrive pas à voir laquelle ....

Essaie, par étape, de:
- mettre une page php dans le répertoire /home/Custom/Web/cgi-bin
- chmod +X ta page php
- première ligne de ta page php :
#! chemin vers le binaire php

Ceux qui râlent à cause d'un lien sur forum.hardware.fr tu me les envoies    

+1, exactement ce que je me suis dit quand j'ai du jouer avec le user agent pour essayer de modifier.
Donc ta modification des fichiers en ajoutant quelques favoris m'intéresse (liens à modifier par chacun en fonction de ses intérêts)
 

Je pense que le navigateur est un peu capricieux...  
Expérience perso : en cas d'erreur 404, il met un message du style "Impossible de se connecter à la librairie"
Je dis ça au cas où, comme moi, vous vous demandiez si l'ebook ne vient pas de s'auto-downgrader...  

Php se lance et fonctionne à priori sans soucis quand la page est appelée depuis le PC, donc je ne pense pas que le problème vienne de là?
Et puis je viens de calculer, que même indexpersonnel.html est interprété (comme toutes les pages html ), et elle fonctionne.
 
En fait, tout marche, sauf que le résultat des "echo" ne s'affiche pas sur le navigateur du e60.
 
J'ai fait un fichier php avec :

Sur le PC ça affiche "AOKB", sur le navigateur du e60, ça affiche "AB"

Bonjour à tous.
 
Je viens d'acheter l'avant dernier E60 du Carrefour de Ste geneviève des Bois (91) !!! Celui de Belle-Epine n'en a plus ainsi que celui d'Athis-Mons (toujours 91).
 
J'ai une question à vous poser : la fonction TTS... est-elle fonctionnelle chez vous ? Je veux dire INTELLIGIBLE ? Car sur le mien, c'est un mélange de français à la sauce anglaise. Une vrai salade. Absolument inutilisable en l'état. Peut-être vais-je en référer à Samsung (j'attends malgré tout vos avis) ?!
 
A oui, autre point : lorsque je lance la navigation internet (après enregistrement sur adobe), il me détecte un wifi neuf télécom puis j'entre mes codes... et patatra : "erreur réseau". Ai-je loupé un épisode ?????
 
Merci pour votre aide sur ces 2 points.

Si Pixeye33000 me donne son accord, je veux bien mettre à disposition son code source avec un exemple de page inférieure personnalisée que chacun peut ensuite modifier à sa guise et éventuellement remettre à disposition de la communauté... voire par la suite inclure dans le SVN (mais là c'est une autre histoire).

Est ce que quelqu'un a fait le diff entre le kernel samsung et le vanilla ?

 
En plein dans le mille !
 
C'est bien le premier (ou le 3eme, je vois pas de diffférence) de la liste :
 
   
SSGC-055-050-2A
Pen Size(L/Φ):  101.58/ 5.50
Tip size(L/Φ):  1.50/ 1.20
Color:  white
Weight:  2.4
Programmable Switches:  N/A
Eraser Switches:  N/A
Pressure Levels  256
Materials  ABS+PC
 
J'ai sorti le pieds à coulisse numérique, à qques centièmes c'est bon.
Et la forme de la tête semble être la même..
 
 
 
Concernant l'histoire de la police grise, il faudrait "la même" en gras
 
 
C'est dingue la vitesse à laquelle vous allez, on peut pas lacher son PC qques heures sans se retrouver 3 pages en arrière.
En tout cas merci à tous !

J'ai testé ton code source dans un simple fichier HTML (non interprété), et ça donne aussi "A B". Donc, je ne dirais pas "tout marche sauf echo". Je dirai qu'a priori, le PHP (dans son ensemble) n'est pas interprété. Y a-t-il moyen de logger l'activité du serveur pour voir s'il a généré un page ou pas ?
Essaye peut-être de logger les heures et les IP dans un fichier texte dans ton script pour voir d'autres types de commandes sont interprétées...

Si je ne me trompe pas, c'était 4 bits de niveau de gris, et chez moi 4 bits c'est 16 niveaux de gris chez moi ;-)

le framebuffer est codé sur 4bits... Mais c'est sans doute pour éviter de se trimballer un machin innomable sur 3 bit...

Puisque certains s’impatientent
 
je vous livre directement les fichiers à utiliser (et surtout personnaliser !) sur vos E60.
 
c'est ici : http://ereader.aymerick.fr/browser.zip
 
il faut installer ceci dans le dossier /Custom/Web/ (depuis l'usb).
les fichiers haut.html et indexpersonnel.html n'ont pas besoin d'être retouchés, default.html lui peut contenir par exemple une liste de liens.
 
Certains services à l'étude (flux RSS...) seront bientôt intégrables dans vos default.html

Dans le FoxFirmware, comment se fait l'accès à la page indexpersonnel.html?
 
Ça serait pas du file:///... ? Ce qui expliquerait pourquoi mon php n'est tout simplement pas interprété sur le e60
 
Par contre j'ai essayé de mettre une redirection vers http://127.0.0.1/mapage.html, ça charge pas

 
http://www.samsung.com/uk/consumer [...] cification
 
Chez toi, peut-être, mais pas en Corée :-)

ah bah si ...