Chargement...
 
[Voir/Cacher menus de gauche]
[Voir/Cacher menus de droite]

3 - Le site : philosophie, organisation, problèmes...

Dernier post

[FERMÉ] Boites code + petits écrans


[+]
Amusant!

Salut ici

Bon comme vous pourez le constater je fait du 3 en 1

Je raporte un problème css:
Les boites codes "éclatent l'écran" surtout les petits portables
Et si je met une boite code avec le "*-" devant alors il est impossible d'éditer le post ...

pianolivier utilisateur non connecté France
Concernant la largeur, ceci ne s'applique pas qu'aux boîtes de code. J'ai déjà regardé ce problème de près et il n'y a malheureusement rien à faire.

pour le *-, bien vu, à vrai dire, c'est déjà sur ma todo list.

oliv'

Par acquis de concience j'ai changé mon thème pour voir ...
Citation :
J'ai déjà regardé ce problème de près et il n'y a malheureusement rien à faire.

Ha bon ? Tu devrais peut être jeter un oeil à la bluejam alors ...

Image

Image

Donc même en admettant qu'un mot puisse avoir 50 lettres ....
àààààààààààààààààààààààààààààààààààààààààààààààààà
Je pense que c'est jouable ...

pianolivier utilisateur non connecté France
La réalité c'est que bluejam utilise word-wrap: break-word; dans les boites de code est que ceci est une mauvaise idée niveau design, car :
1/ les mots sont coupés n'importe comment :
Image
2/ le problème se situe à plus grande échelle comme je l'ai montré au dessus, et n'est pas donc pas vraiment résolu

oliv'

Nawak
Si tu fait un copié/collé dans Gedit tu verras tout se replace comme il faut ...

Image

je précise que je fait le copié collé depuis la bluejam...

Je te rappelle tout de même que les boites codes ça a été un gros sujet de préoccupation parce que justement on voulait à tout prix qu'elles s'affichent en fonction de la résolution de l'écran du visiteur/utilisateurs
Crois moi je me suis cassé la tête pour ça, car je n'y connais rien hein , mais le résultat est là ...

Le mot le plus long en français est :
ANTIGOUVERNEMENTALITISTEMENT donc mà moins de vraiment vouloir exploser les pages il y a peux de chance d'avoir le problème de la capture "testcase" qui se présente .
L'avons nous un jour ? (je ne crois pas)
Enfin après tu vois comme tu veux je t'ai soumis l'erreur, l'idée, et la preuve que ça fonctionne, le reste n'est pas de mon ressort ...


EDIT: pour le problème que tu citais à 12:08 sur l'aspect et les mots qui se coupent à priori c'est un script qui traine à afficher la page , souvent en actualisant la page tout rentre dans l'ordre mais c'est vrai que cet aspect je n'ai pas su le résoudre .
Ceci dit toi tu pourrais peut être y arriver ...

J'étais en train de faire un truc qui n'a rien à voir et je me suis rappelé que dans les plugin de tiki je crois qu'il y a un système de boites coulissantes du genre celle qui sont sur le post #21 sur cette page http://forum.ubuntu-fr.org/viewtopic.php?id=337260
Je ne l'ai pas essayé mais ce serait une bonne alternative . >En topus je crois bien que c'est ce qu'il faudrait pour notre cas de figure.

J'ai me vu sur je ne sais plus quel forum les boites code qui avaient carréments les deux chariots mais je ne sais plus où.

Aussi je repensais un truc sur :

Citation :
La réalité c'est que bluejam utilise word-wrap: break-word; dans les boites de code est que ceci est une mauvaise idée niveau design


Non pas tout à fait c'est que je n'ai pas touché à ce genre de paramètres j'ai juste joué sur "width:auto;" ou "max-width: ##%;"
Mais je te dis ça de mémoire car le sujet ne me préoccupe plus maintenant mais je voulais au moins t'en faire part si ça peu aider pour trouver une solution ce sera toujours ça .

Quand j'ai fait à l'époque les tests pour les boites code je voulais qu'une boite code puisse être imbriquée dans deux ou trois boites de citation elles même imbriquée entre elles de sortes à avoir un cas de figure extreme. Ça marchait sauf quand la page découpait les mots n'importe comment dans les boites repliées , car c'est uniquement les boites qui ont *- devant ou bien celles qui sont dans des § du style : un coup de F5 et tout se replaçait mais c'est vrai que c'est génant

test

[+]

--

[+]

pianolivier utilisateur non connecté France
hihi, ANTIGOUVERNEMENTALITISTEMENT est peut-être le mot le plus mot d'un dictionnaire de l'anarchie, mais pas celui du dictionnaire usuel français. À ce compte là on trouve des mots beaucoup plus longs dans d'autres dictionnaires spécialisés mais là n'est pas la question.

En informatique, et en particulier avec la commande aplay sous linux, on trouve cependant des chaines de caractères ne contenant pas d'espace bien plus longues, comme il est démontré ici.
Je me demande simplement en quoi tel ou tel plugiciel wiki mériterai plus que d'autres de casser les mots à tord et à travers.
Tu vas peut être me répondre que cela ne s'applique qu'à des lignes de code et qu'elle doivent donc être plaçées entre des balises CODE, mais en vérité, de nombreuses parties de codes dans le wiki ne sont pas entre ces balises pour de bonnes raisons. Il existe aussi les balises ^code^ dont l'affichage resterai de toute façon mauvais.
S'il y avait un moyen de palier à ce problème de façon générale, je m'y emploirai, mais ccs3 n'offre pas ces moyens sans que de nouveaux problèmes apparaissent.
Par exemple d'un point de vue lecture, l'option break-word est impraticable comme le montre ma capture précédente.

Il est inutile de me rappeler que l'accessibilité sur de petits écrans est importante. J'ai en effet œuvré beaucoup à ce niveau et d'ailleur, en dehors de la chaine de caractère à rallonge, ce présent forum peut s'afficher sur un espace vertical beaucoup plus réduit avec le thème mao que l'ancien thème. C'est aussi bien pendant ces travaux que j'ai découvert le problème de la chaine de caractère à rallonge et ai essayé tout un tas d'alternatives non concluantes.

En ce qui concerne les barres de défilement, ce n'est pas non plus une option envisageable dans le sens ou pour mettre cela en place, il faut spécifier une largeur maximum à la boîte contenante. Pour bien être affichées sur toutes les résolutions d'écran, cette largeur max ne saurai être plus grande que la taille de la fenêtre la plus petite (largeur minimum du site), cad environ 350 pixels, ce qui serai beaucoup trop petit pour les grands écrans.

Je n'ai pas non plus dit que tu avais touché au paramètre word-wrap, il s'agit en effet d'un paramètre défini par défaut. Mais il s'agit bien du paramètre qui change tout dans notre cas de figure. C'est ce paramètre qui permet de couper les mots en dehors des espaces et d'éviter qu'une chaine de caractères n'augmente la largeur de la page.

oliv'


En gros t'es en train de me dire que j'ai eut un coup de bol de partiellement réussir le cuop de boite code sur la bluejam.
En fait ce qu'il faudrai c'est carrrément système du style pastebin.com dans un sous domaine ou même carrément dans le répertoire htdocs .
Est ce faisable ou pas? Je dirais surement mais encore faille-til trouver le cms qui va bien à faire tourner.
Ce serait peut être une solution

Bon je ferme le sujet ? [À demi Résolu]

pianolivier utilisateur non connecté France
Non tu as tout a fait réussi ce que tu souhaitait faire apparement, et je ne pense pas qu'il s'agisse de bol.
Seulement tu n'as pa vu toutes les possibilités et implications, ce problème existe bien encore avec bluejam avec d'autres balises ou sans balises, et sur de très petits écrans les CODE sont difficilement lisibles.

Je ne comprend pas ce que tu entend par un système du style pastebin, tu veux dire devoir ouvrir une nouvelle page/onglet pour voir les bouts de code ? Et quid des longues chaines de caractère en dehors des balises de CODE ?

oliv'

Oui je verrai un truc du genre pastbin point com
genre linuxmao point org / pastebin/ le contenu
c'est faisable je suis tombé sur une liste de cms dons un est spécialisé dans ce genre de chose mais là trou de memoire pour me rappeller ce que c'est .
Et en gros on vire la fonction qui soule du forum et c'est marre ...

Enfin faut voir quoi

Tien jette un oiel là dessus :
http://www.alezfreehosting.org/support/index.php?topic=21.0
http://www.opensourcescripts.com/info/open-pastebin.html

Avec ça tu peux gérer le code d'un coté tu vire la fonction des forum pour les page wiki vu qu'en général se sont des petite lignes faudrait voir si on peut coller les boites codes dans une div pour les contraintre à ne pas dépasser la taille de la page (enfin c'est juste une idée à voir si c'est faisable ou pas et selon tes exigences ...)

pianolivier utilisateur non connecté France
Moui d'accord, mais enfin je ne vois pas du tout en quoi cela solutionnerai notre problème.
Que ce soit dans un plugiciel wiki CODE, dans un autre plugiciel, en dehors d'un plugiciel ou dans n'importe quel autre type de conteneur html affichant une chaine de caractères, le problème est qu'il faut choisir entre deux solutions qui ont chacunes leur inconvénients.
Pour rappel, ces deux solutions sont les suivantes :
  • soit on autorise les coupures à n'importe quel endroit d'un mot, et le rendu est illisible
  • soit on autorise les coupures seulement entre deux mots (séparés d'un espace, comportement actuel), et la boite s'allongera de la longueur de la chaine la plus longue jusqu'au max défini (environ 850px pour les boites de code).
Pour moi, le comportement devrait être le même pour tous les plugiciels (et en dehors), car si on choisi la première solution pour un seul plugiciel, le problème restera entier pour les autres (comme avec le thème bluejam). Et il est impensable d'autoriser les coupures de mots dans un paragraphe de texte par exemple.
C'est bien pourquoi j'ai redéfini le comportement des boîtes de code ainsi.

oliv'

Sauf que la bluejam on s'en tappe le plus important c'est la feuille de style par défaut si tu veux mon opignon sur la question.
Je parle de carrément faire un système du type paste bin com comme ça tous les bout de code : en externe et c'est marrre .
Mais bon je crois qu'au final je commence à me dire qu'il aurait mieux valut laisser le site en version 6 car on revient sensiblement à ça y compris dans les problèmesque nous avions essayé de régler, c'est bête.

pianolivier utilisateur non connecté France
Tu détournes mes propos.

oliv'

Non je me rend à l'évidence, nuance, mais c'est pas grave ce n'est pas un reproche hein , je te dirai que ça me fait même sourire ...

pianolivier utilisateur non connecté France
Ce n'est une évidence que pour toi, c'est dommage que tu le prennes ainsi.

oliv'

Afficher les articles :
Aller au forum :

Documentation [Afficher / Cacher]

Faire un don
[Afficher / Cacher]

Connexion
[Afficher / Cacher]



Mégaphone [Afficher / Cacher]

calixtus06, 07:00, sam. 25 mars 2023: Bonjour et bienvenue à Frkbod :-)
olinuxx, 18:48, dim. 19 mars 2023: Bonjour et bienvenue à Midolaarbi11@gmail.com cool
ravik857, 21:02, mar. 14 mars 2023: des nouvelles de cassis36 ? pas vu en 2023. La commu est-elle intéressée par la cornemuse ?
calixtus06, 21:32, lun. 13 mars 2023: Bonjour et bienvenue à Karamba :-)
karamba, 19:15, lun. 13 mars 2023: Bonjour à tous! Et merci de m'accueillir sur ce site que je consulte depuis de nombreuses années, sans avoir franchi le cap de l'inscription.
olinuxx, 11:39, dim. 12 mars 2023: Bonjour et bienvenue à ravik857 cool
olinuxx, 10:50, dim. 12 mars 2023: @KABORE Alain : il semble qu'il y ait un soucis avec l'adresse courriel que vous utilisez pour vous inscrire. Veuillez essayer avec une autre adresse courriel (pas yahoo).
sub26nico, 13:37, ven. 10 mars 2023: Sympa ce petit eq, pas vraiment transparent : [Lien]
calixtus06, 07:03, jeu. 09 mars 2023: Bonjour et bienvenue à Tux le Manchot et Johnbass :-)
allany, 11:26, mer. 08 mars 2023: Pour garder l'moral, pas d'gardénal, juste l'éditorial ! [Lien]
CyrilRos, 19:07, lun. 06 mars 2023: Bonjour cinnamon [Lien]
calixtus06, 07:14, dim. 05 mars 2023: Bonjour et bienvenue à banbino38 :-)