Little Writer - Page 2

Zeph (./22) :
C'est quoi l'intérêt d'avoir une scrollbar custom plutôt que celle du navigateur ? C'est une vrai question, pas un troll, c'est simplement que j'ai déjà vu plusieurs outils qui utilisaient des scollbars buggées (par exemple pas compatibles Firefox), et en-dehors de l'aspect visuel le but m'échappe un peu.

Perso, je comprends tout à fait le besoin : c'est dommage d'avoir des ascenseurs qui ne ressemblent à rien au milieu d'une page bien propre.
Et même si ce sont des bidouillages peu propres, on peut espérer que s'ils ont du succès il y ait des moyens propres de le faire à terme.

Ça me fait penser que j'aimerais bien qu'il y ait beaucoup plus de widgets disponibles dans HTML de façon générale : par exemple, pour faire des champs avec auto-complétion, des champs de date ou heure ou même de simples listes un peu jolies, on passe également par d'immondes pratiques (on cache le champ INPUT d'origine, et on refait tout à grands coups de JS…)

Tu n'y penses pas : travailler sur des trucs ennuyeux de ce genre, ça voudrait dire allouer moins de temps de développement sur l'API-du-jour pour supporter le dernier gadget à la mode. Tu veux la mort des développeurs, ou quoi ?

Zero: ca c'est Google VS W3C

J'ai l'impression que c'est la tendance du dév web d'une manière générale. Il y a beaucoup plus de monde pour réinventer une énième fois la roue, ou créer des trucs exotiques, que pour travailler sur des machins moins "sexys" mais plus utiles.

Exemple de code HTML pour une simple sélection multiple dans une liste.
Je ne parle pas du JS derrière…

<span class="select2 select2-container select2-container--default select2-container--below select2-container--open" dir="ltr" style="width: auto;"><span class="selection"><span class="select2-selection select2-selection--multiple" role="combobox" aria-autocomplete="list" aria-haspopup="true" aria-expanded="true" tabindex="0" aria-owns="select2-id_objects-results"><ul class="select2-selection__rendered"><li class="select2-search select2-search--inline"><input class="select2-search__field" type="search" tabindex="0" autocomplete="off" autocorrect="off" autocapitalize="off" spellcheck="false" role="textbox" placeholder="" style="width: 5.25em;"></li></ul></span></span><span class="dropdown-wrapper" aria-hidden="true"></span></span> <span class="select2-container select2-container--default select2-container--open" style="position: absolute; top: 1209px; left: 266.328125px;"><span class="select2-dropdown select2-dropdown--below" dir="ltr" style="width: 312px;"><span class="select2-results"><ul class="select2-results__options" role="tree" aria-multiselectable="true" id="select2-id_objects-results" aria-expanded="true" aria-hidden="false"><li class="select2-results__option" role="treeitem" aria-selected="false">Dassault Rafale C</li></ul></span></span></span>

flanker (./31) :
Ça me fait penser que j'aimerais bien qu'il y ait beaucoup plus de widgets disponibles dans HTML de façon générale : par exemple, pour faire des champs avec auto-complétion, des champs de date ou heure ou même de simples listes un peu jolies, on passe également par d'immondes pratiques (on cache le champ INPUT d'origine, et on refait tout à grands coups de JS…)

Le HTML5 a quand-même ajouté quelques petits trucs en plus (mais bon, pas énormément )

Pour les listes, je ne sais pas de quoi tu parles, HTML+CSS sont tout ce qui faut pour arranger l'apparence d'une liste.
Pour l'auto-complétion, cela s'appelle le datalist : pour un <input> donné, tu peux donner une liste <datalist> dans lequel l'input va piocher pour l'auto-complétion. L'ajout de JS concerne surtout l'auto-complétion qui, via AJAX, va piocher dans une liste arrangée en fonction des résultats données (le datalist n'est pas l'idéal pour de l'auto-complétion pouvant regrouper des milliers de possibilités).

En revanche, un datepicker me semble peu faisable en HTML. Je m'explique : il est très improbable que le W3C donne des instructions sur l'apparence exacte que doit avoir un datepicker par défaut. Aussi, si un input spécifie qu'il est un datepicker, c'est le navigateur qui s'occupe de son apparence, ce qui fait qu'il n'est plus personnalisable par CSS.

Meowcate (./37) :
c'est le navigateur qui s'occupe de son apparence, ce qui fait qu'il n'est plus personnalisable par CSS

Je ne comprends pas cette partie, pour n'importe quel champ input (ou n'importe quel autre élément en fait) c'est le navigateur qui s'occupe de l'apparence, ça ne veut pas dire que tu ne peux rien personnaliser. C'est un composant plus complexe qu'un simple bouton ou une liste déroulante, d'accord, mais je ne vois pas pourquoi ça ne pourrait pas être traité comme tous les autres ?

Ça pourrait, et franchement c'est bien moins complexe que la plupart des éléments de formulaire à concevoir. Mais voilà, le W3C n'a pas de specs pour ça.

Bon et sinon, finalement j'arrête le projet, vap0r désolé toussah.
Je ne suis pas du genre à réinventer la roue de mon côté, finalement j'ai trouvé un soft qui me convient sur tous les points (multiplateforme, petit prix (15€), stockage en ligne (cloud dédié, 5€ par an avec première année offerte), frappe de machine à écrire, mode dark, etc etc).
Il y a des tas de solutions dans le genre, mais c'est la première qui m'a convaincue sur tous les points que je souhaitais intégrer à mon appli. Je dois avouer que dès le début j'avais un léger doute sur le fait que ce soit une appli en ligne en cas d'absence de connexion internet.

Pour les intéressés, c'est Write! ( http://wri.tt ). Comme j'avais passé commande mais que ma carte était bloquée pour la semaine, j'ai reçu quelques jours plus tard un code promo pour m'encourager à finaliser mon achat, 30OFF pour 30% réduction.