Hib-Text disponible - Page 1

Ca y est, j'ai fini mon site: site en fait créé pour mon programme Hib-Text (le clone de Txtrider)
j'en suis qu'a mes premières versions : mais j'aimerais avoir des avis, des commentaires
c'est par là => http://nico.hibou.free.fr/

un petit screenshot en avant gout...

Bravo, ça a l'air très très bien !!!

ça a l'air !

tout a fait d'accord ...

tu devrais utiliser faire en plus un autre format que ZIP pour les texte ... LZ est plus puissant,

HIB-Text gere t-il le mutli-texting (j'adore ce mot )

Oui moi aussi, j'adore lire des textes avec pleins de mots pas francais pour le style, je te conseille d'utiliser toute cette liste de mots suivants pour que plus personne ne suive:
texturing, preshifting(qui ne veut rien dire, comme beaucoup d'autres, creation de timad, cherche dans google, tu t'en rendra compte), hdz, bump-mapping, cake modeling(tu le connais pas celui la? C'est quand je vais aux toilettes, avoue qu'il fallait l'explication pour comprendre)., et j'en passe...

Meme si la plupart existent, ca ne sert a rien de se la peter en mettant des mots a deux centimes comme ceux la dans les phrases, sauf quand c'est vraiment util.
Celui qui m'avait vraiment fait rigoler, c'etait le preshifting, vous auriez pu dire, mise en cache de sprite, c'est plus long mais plus comprehensible du premier abord

nEUrOne a écrit :
HIB-Text gere t-il le mutli-texting (j'adore ce mot )

keskesésa?

freka>

hibou> support de plusieurs textes ouverts ... c'est quand même plus compréhensible comme ça, je te l'accorde ...

Alors non, il n'y a pas de mutli-texting.
ca prendrait trop de place en mem !
pour un texte qui fait 10000 caractères, il faut de 20 à 30 ko, (ca dépend de son nombre de ligne)
A part à avoir toute sa ram de libre, c'est inutilisable.
Et puis avec l'historique et les favoris, c'est tout comme.

Mais bon, c'est une idée à mettre dans 'si je ne sais plus quoi faire'

tu pourrais peut-être compressé ton texte pour la mise en ram ... petit tps de chargement ..

Comme tu dis, ca va rajouter un temps de chargement. Déjà, pour lire simplement un texte, il y a un temps de chargement.
L'intéret, pour moi du multitexting est de pouvoir passer rapidement d'un texte à un autre : je ne vois plus l'intéret par rapport à l'utilisation de l'historique...

Mais je note tout de même, j'essayerais peut être, et je verrais si les temps de chargement sont vraiment significatifs...

mais le temps de chargement (genre avec un LZ) tu le sentiras pas en temps qu'utilisateur ... je suis sur qu'il n'y a pas la seconde en plus !

historique == surement manipulation ... donc c plus long ..

C'est quoi, au juste, le [cowboy]multi-texting[/cowboy] ?

Ca fait bien ds un read me !

Tu devrais rajouter (enfin peut-être que tu l'a fais, je n'ai pas pu accèder à ton site, il y a une erreur de bdd MySQL ) des polices grasses (tu écris deux fois le texte en décalage) et italique (tu décale d'un pixel vers la gauche ou vers la droite la partie haute du texte, soit 3 pixels pour la police 4x6).

multi-texting est un barbarisme que j'ai inventé (enfin, je pense ) qui veut dire que ca ouvre plusieurs textes en même temps

zdr>c'était même pas faute le pb mysql... y'a du avoir un pb chez Free...

si ca fait pas trop moche, je rajouterai italique et gras...

tu pourrais rajouter des symboles matheux, des belles fleches de vecteurs pour la grosse fonte et des encadrement a fond en light gray (ca ferai jôli) et des tableaux merci

du gray !! a moins que tu ne soit vraiment pas exigent sur les vitesses de lecture, c'est inutilisable.
Je le trouve déjà tout juste rapide, étant donné que je veux rajouter des fontions, et qu'a chaque fois ca ralenti un peu...

rajout de symbole => rajout de police plutot !! je vois déjà comment faire...

les tableaux => tu parles d 'un bordel à programmer... => à mettre dans les idèes "si jamais j'ai envie de me suicider à coup de mal de crane"
je dis ça mais il suffit surement juste de bien y réfléchir pour trouver LA solution efficace pour implanter des tableaux...

En fait, avec toutes ces propositions, on se dirige tout droit vers un lecteur de page HTML...

ben ca depend comment tu gere tes textes ... mais ca peut etre rapide si c considéré comme des images (mais ca bouffe de la RAM )

la tableau, c pas si dur que ca a faire ...

les caracteres matheux, je pense que c plus important que les fontes ... car elles suffisent celles-ci

En tout cas, c'est bien, faudrait juste que tu changes un truc, que tu mettes "faire le pretty-print" dans projets immédiats parce que c'est important, et que c'est souvent utilisé dans les pompes pour les cours !

c pas important avec PrettyPrint2PIC (en plus, ce sera plus rapide à charger)

nEUrOne
a écrit : les caracteres matheux, je pense que c plus important que les fontes ... car elles suffisent celles-ci

=> je crée une fonte de maths !! style le fonte symbol
c'est bien plus simple à programmer : et d'une pierre deux coups...

BiHi
a écrit : ...que tu mettes "faire le pretty-print" dans projets immédiats parce que c'est important, et que c'est souvent utilisé dans les pompes pour les cours !

J'avais la flemme de le faire: je trouve perso que ca prend trop de place dans les sèches, alors je l'utilisais pas. (Faut dire j'ai un 89... )
Mais bon... Y'a pas mal de demande... Et ca rendra Hib-Text définitivement compatible avec Txtrider... C'est pas passé dans la partie projet immédiats....

fait de beaux caractères plz

euh au fait, quel caractère tu voudrais avoir en plus, parce que tout les caractères de maths y sont déjà, à part peut-être le produit vectriel (c'est un peu haut avec ^)...

Sinon quelques questions prog:
1- Si y'a un pb à une allocation (malloc retourne FALSE), est-ce automatiquement un manque de mémoire ?
2- Je crois savoir qu'un char tiens sur 1 octets et un short sur 2. Par souci d'économie de mémoire (je fais d'énorme tableaux), j'utilise des char pour des nombres (plus petit que 255) n'ayant rien avoir avec des chaînes de caractères : c'est gênant ?
3- Est-ce que le compilateur fais les remplacement suivants?
* 2*6 => 12
* if (a==0) => if (!a)
* if (a!=0) => if (a)
4- Est-ce que l'on peut se permettre de dépasser de 4-5 pixels de l'écran (quand on écrit juste à la bordure du bas d'un écran)(écran de 92 bien sûr : 89 y'a pas de pb) ?

1> je sais pas trop, mais je vois pas d'autre raison

2> tu peux mettre des données (n'importe quoi, tant que c un entier dans un char)
dans un char (signed), ça sera de -126 à +125 (heu... à + ou - 1 près... vérifie dans la doc, je sais jamais)
dans un unsigned char, de 0 à 255

3> 2*6 => 12 vu que 2*6 est une constance, et que GCC est qd m^me pas une merde, il doit le faire

if(a==0) => if(!a) je sais pas. fodrait mater le coder ASM généré.
mais il serait logique qu'il utilise un tst au lieu d'un cmp
(je penses qu'il le fait)
if(a!=0) => if(a) => même chose

4 > SURTOUT, NE DEPASSE PAS DE L'ECRAN !
Sinon, tu écrit en RAM, à côté de la zone réservée pr l'éran...
et le TIOS enregistre des choses assez importantes dans ces zones là...
dépasser de l'écran c le crash assuré. (sauf si tu utilise des fonctions clippées, qui n'écriront pas en dehors de l'écran)

hibou
a écrit : 1- Si y'a un pb à une allocation (malloc retourne FALSE), est-ce automatiquement un manque de mémoire ?

Oui. Soit il n'y a pas assez de mémoire, soit la mémoire est trop fragmentée par les blocs lockés.

2- Je crois savoir qu'un char tiens sur 1 octets et un short sur 2. Par souci d'économie de mémoire (je fais d'énorme tableaux), j'utilise des char pour des nombres (plus petit que 255) n'ayant rien avoir avec des chaînes de caractères : c'est gênant ?

Non.

3- Est-ce que le compilateur fais les remplacement suivants?
* 2*6 => 12
* if (a==0) => if (!a) * if (a!=0) => if (a)

Oui.

4- Est-ce que l'on peut se permettre de dépasser de 4-5 pixels de l'écran (quand on écrit juste à la bordure du bas d'un écran)(écran de 92 bien sûr : 89 y'a pas de pb) ?

Non.

squale92
a écrit : dans un char (signed), ça sera de -126 à +125 (heu... à + ou - 1 près... vérifie dans la doc, je sais jamais)

Non, c'est de -128 à 127.

4> ben pour faire ca, tu te fais un ecran a toi pis tu clip l'affichage (un scroll koi) enfin, si c ce que tu veux faire ...

caractères maths>

R, C, K, Q, =>, <=>, qqsoit (le V barré ou A à l'envers), il existe (E retrouné), prod vect, nabla, somme directe (O avec un + dedans)

AMS n'apprécie pas beaucoup que tu dépasses de la mémoire, c'est sûr... A $5B02, il y a en général la routine qui permet d'archiver et d'écrire dans la Flash (la deuxième partie est bien plus difficile que la première)...
($5B02 est le début d'un BSS du système).

Merci pour vos réponses "top# : même si je me doutais des réponses, je voulais en être sûr.

4> ben pour faire ca, tu te fais un ecran a toi pis tu clip l'affichage (un scroll koi) enfin, si c ce que tu veux faire ...

Si j'ai un texte qui a des énormes images, ca va faire un écran virtuel qui fera trois fois sa taille ("tampon" du haut + ecran + "tampon du bas)! Et vu que je trouve que je suis déjà gourmand en RAM... Va faloir que je fasse des fonctions clipées.
Je fais les test un une ti89: ca doit être pour ca que je n'ai pas eu encore de pb...

caractères maths>Ha oui je les avais oublié ceux là! ...

XDanger>J'ai testé tes textes et ça marche sur vti... 89 et 92 (sinon j'ai un vrai 89 hw1 : l'équivalent de vti donc : ca sert à rien que je teste dessus). Peut-être qu'entre temps j'ai corrigé le bug, car j'ai changé de méthode d'affichage, et d'autres choses.
Je vais régler ce gros problème de dépassement d'écran, je publierais une nouvelle version (le pretty-print marche et les favoris aussi ): tu pourras retester.
D'ailleurs, tu testes sur quoi ?