1 résultat trouvé pour IDP

Ajout d'une option permettant d'assigner une ID aux nom et aux catégories du forum.

Neptunia :


Même si je doute que le staff n'arriverais pas a detecter une double ID, et a mettre en place un code pour le gérer, ou simplement ne voudrais pas perdre trop de temps a sa création, une solution toute simple : 
- le Préfix (IDP devant chaque ID Personnalisé )

Içi j'ai rajouté pour l'exemple, une case INFO servant a donner les info nécessaire a la bonne compréhension de cette nouvelle possibilité de personnalisation de son forum, et de son préfix, ainsi que le texte #IDP rappel visuel de ce dit préfix dans l'input.



Dans cette exemple je veux personnaliser le titre d'un de mes forums, j'utilise votre méthode je cible ID du lien via le code suivant :

Code:

a.forumtitle[href^='/fID-'] {
  css: css;
}

C'est beau, c'est bien cela fonctionne, enfin sur la version web, pas sur la mobile.

(Enfin hier certain CSS fonctionner sur la version mobile, et aujourd'hui plus du tout, comme quoi, le choix de ce qui est possible ou non est relatif aux envie de celui qui le décide ...)


Bref passons, votre méthode ce base sur l'ID contenu dans un URL, d'ou la méthode utilisé :  href^='/fID-'


Quand est t'il pour le nom des catégories, votre méthode fonctionne t'elle ? vu qu'il ni a plus d'URL, comment faire dans ce cas ?

Vous avais beau dire que cela n'est pas une nouveauté, mais oui cela en est bien une, les méthodes que vous me décrivez fonctionne bien oui, mais sont limité. 

Pour exemple, le nom des catégories. 
C'est aussi une nouvelle option dans le panneaux d'administration. 
C'est aussi une nouvelle façons de travailler plus rapidement.

neptunia a écrit:Oui, c'est simplement une case de plus sur le panneau d'admin, case qui ne servira même pas à permettre de nouvelles possibilités.

Comme décrit plus haut, cela rajouteras le ciblage des catégories, un champ de recherche, sans compter le fait de ne plus avoir besoin de commentaire dans son css pour repérer les elements.

Neptunia a écrit:Et justement pour que ça reste simple et accessible, le panneau d'administration se doit de rester le plus léger possible, sans ajouter des options superflues.

Pour moi il était logique que cette nouvelle fonctionnalité du panneaux d'administration, aurais était ajouté dans sa version Avancé, mais rien n'empêche la possibilité de rajouter cette option dans le panneaux de configuration via un choix :
  
Ajouter ID personnalisé :          OUI       NON  


(Ni rien n'empeche la création d'une version de thème conçus  spécialement pour les utilisateurs, voulant avoir accès a une version plus permissive, avec un forum dédié sur le forum des forums.)

Neptunia a écrit:C'est d'ailleurs pour ça que le HTML est bridé, pour empêcher que les personnalisations des administrateurs ne vienne casser le côté adaptatif des versions mobiles.

Oui je le comprend parfaitement, même si je préfère avoir le choix de faire ce qui me fais envie sur mon forum ^^
(Mais j'ai comme l'intuition qu'une simple modification de couleur d'un titre, ne serais pas permis, et même si cela n'affecte en aucune manière le côté adaptatif des versions mobiles. Comme si les raisons était tout autres ... )

neptunia a écrit:que viendraient dire les communautés les plus codées si du jour au lendemain on leur disait que certaines propriétés devenaient interdites ?

Je pense que vous n'avais pas compris ma question, vu que la totalité des options ont était interdite, je proposer simplement l'activation limité, de certain css comme la couleur, les attributs de texte, et tout autres css n'affectant pas la stabilité web.

Je peux concevoir que la taille d'un texte dans un bloc soit restreint, moins la couleur de ce dit texte.

Neptunia a écrit:
Je vous laisse imaginer le scandale si FA décidait du jour au lendemain de faire basculer des fonctionnalités gratuites aujourd'hui dans les fonctionnalités des packages demain.

En cas de modification oui, mais aucunement si il rajoute une option tels que je propose, comme plus value a leurs packages.
Tout le monde serais content au final, vous garderais votre manière de procéder que vous juger simple, je serais content de pouvoir avoir accès a une méthode plus facile que simple, et FA auras une administration concurrentiel.

Je peux concevoir que pour des personnes investit autant, depuis si longtemps sur cette plateforme comme FA, ne désire pas d'amélioration commerciale, évitant par conséquent, de dénaturer l'idée d'un forum gratuit, et la communauté qui va avec. 
Mais je pense que vous vous tromper, tout ce qui n'évolue pas, finit par régresser. 

Neptunia a écrit:Et à titre perso je me vois mal voter contre une demande visant à produire un forum multinational. Précisément parce que c'est impossible aujourd'hui (certains ont essayé).

Je ne pense pas, le forum est deja doté de cette fonction.

Il suffirais simplement d'assigner la class : fa_translate fa_translate_LANGUE, a chaque éléments du forum traduisible

(LANGUE serais adapté selon la langue par defaults du forum), et hop par magie avec un simple script ou simplement avec du css on pourrais créer un forum entièrement traduisible, rien n'est impossible, si on ne fais rien contre !!! 


J'ai dit possible, pas pratique, car dans ce cas la, ça demanderais un plus gros développement. 

sunshinette a écrit:Il est possible de le faire en effet avec du JS et du ciblage d'enfants parents mais cela s'avère assez complexe. S'il était possible de passer par une méthode plus simpliste ce serait vraiment chouette pour les gens ne maitrisant pas forcément le codage. Donc je vote POUR !

Le Grand Duc a écrit:Êtes-vous consciente que ce n'est pas tout le monde qui a la compétences en CSS ou JS ?
Rien que pour ça j'ai voté Oui !

Merci de votre soutien, mais je vous conseil, de faire très attention a vos écrits, comme vous avais pu le remarquer, l'argumentaire adverse utilise la moindre petite faille et oublie dans nos écrits pour accréditer leurs propos et discréditer les notre.

J'ai bien compris le sens de vos phrases.

• Pour le JS nous sommes d'accord, ce n'est pas abordable aux premier venu.
  

• Mais pour le CSS, ils ont l'air de dire que notre solution ne serais pas viable pour un individu ne le maitrisant pas, en oubliant de dire que leur solution est encore plus complexe pour ce même individu.
  

chattigre a écrit:Appliquer un id aux forums... euh, ils en ont déjà un en PHP.
Un id en CSS ? Oui, mais un "forum" ça ne veut rien dire... On parle de quoi ? Quelle div, quel tr, sur l'index, sur la liste des sujets ? Un identifiant de page dans l'attribut id de la balise body ?

Comme je l'ai précisé un peu plus haut, comment faite vous pour modifier le nom d'une catégorie, avec votre méthode basé sur les URLs, sachant quelle ne comporte pas d'URL ? 


Ou la placer ?

Pour moi il me semblerais logique dans cette DIV :

Code:


<div id="IDP-mon-ID-personnalisé">
<h3 class="hierarchy">
<a href="/FID" class="forumtitle">NOM DE MON FORUM</a>
</h3>
</div>

Mais si vous voulais la placer dans la balise titre, ses possible aussi.

Code:

<div>
<h3 class="hierarchy" id="IDP-mon-ID-personnalisé">
<a href="/FID" class="forumtitle">NOM DE MON FORUM</a>
</h3>
</div>

Voir même dans l'ancre. 

Code:

<div>
<h3 class="hierarchy" >
<a href="/FID" class="forumtitle" id="IDP-mon-ID-personnalisé">NOM DE MON FORUM</a>
</h3>
</div>

Même si je pense que la DIV serais le choix le plus judicieux. 

chattigre a écrit:Pourquoi cet identifiant devrait-il être saisi par l'administrateur, alors qu'il existe déjà ? Lorsque l'on parle d'id du forum dans un tutoriel, on parle du chiffre dans son URL. Bah oui, mais si il y a une nouvelle option, comment on va savoir de quoi on parle ? etc.

• Option 1 vous n'en parler pas, et vous rester sur votre manière de procéder actuel. 
  

(Voir vous laisser un petit commentaire a la fin, si votre tutoriel pourrais être affecté par ses balises, avec un texte simple comme : "penser a désactiver l'option : ID personnaliser" ou "verifier d'avoir laisser les champs ID personnaliser vide" )

• Option 2 vous en parler, je ne vois pas ce qui est dur a dire dans son tutoriel, veiller remplir les champs ID personnaliser par tels ou tels valeurs que vous aurais adapter a votre tutorial.
  

(Avec un petit commentaire : Attention Il est important que les ID personnaliser soit correctement écrite pour fonctionner)


Bref quand on cherche des problèmes on en trouvent, mais c'est aussi pareils pour les solutions ^^

chattigre a écrit:Et sur mobile, on peut cibler le lien entier avec la méthode 1, si on tient vraiment à styliser chaque lien individuellement...

Neptunia m'a parlé de la version AwesomeBB, étant sur ModernBB, la votre a l'air moins restrictive, car si ce que vous me dite était a moitié vrai hier, aujourd'hui ce ne l'est pas (ce n'est pas une figure rhétorique, hier certaine option web était modifiable mais plus aujourd'hui), a moins que je me suis pris comme un manche, la version web chez moi a l'air des plus complexe.

chattigre a écrit:Si Forumactif a bridé le HTML d'un côté, c'est pas pour donner un moyen de le débrider de l'autre côté.  

Oui est alors ?? 
Je ne parle pas du html moi mais du CSS ^^

chattigre a écrit:De même, vous pouvez toujours appliquer du CSS sur votre version mobile individuellement avec la première méthode de ciblage du lien en CSS que j'ai donnée plus haut.
Et via Javascript, on peut imaginer tout et n'importe quoi une fois le bloc "forum" récupéré à partir du même sélecteur et d'une méthode .closest().

Pour le css, je pense que nos résultats diverges vis a vis de notre version, a moins que je mis prennent mal, ce que je doute vu que rien n'est accepter de mon coté.

Je vous invite a tester cela chez vous ou a me corriger si je me suis trompé mais chez moi cela ne fonctionne que sur la version web :

Code:

a.forumtitle[href^='/fID-LIEN'] {
  color: red;
} 

via Javascript, on peut imaginer tout et n'importe quoi oui je suis d'accord, mais j'ai de bonne connaissance en CSS et HTML, pourtant je ne connais pas le JS, je doit faire comment ? Apprendre le JS, ou demander de l'aide, bref on tourne en rond.

chattigre a écrit:En l'état, cela risque surtout pour moi de faire doublon avec l'id PHP, que l'on retrouve dans les URL.

Donc vous me dite que les sections du forum ne comportant pas d'ID URL, ne pourront pas être séparément modifiable, sous prétexte que les  ID URL peuvent l'être ? Eu... Ok.       

Bryx a écrit:Ta suggestion a totalement ça place et mérite totalement débat

Je te remercie pour ton commentaire, et je partage ton avis, mais je pense que notre initiative est totalement biaisé, par des intervenant ayant des intentions tout autres.

chattigre a écrit: Si on ajoute cette nouvelle option, on pourra au final perdre en latitude puisqu'elle ne permettra pas d'utiliser n'importe quelle structure HTML mais uniquement une structure prédéfinie avec un unique id. Résultat ? On aura ici des demandes pour aller plus loin que cette option, et pour cela il suffira de se servir du titre du forum... option qui existe déjà.

"On pourra au final perdre en latitude puisqu'elle ne permettra pas d'utiliser n'importe quelle structure HTML mais uniquement une structure prédéfinie avec un unique id"
Je ne comprend pas le sens de cette phrase, pourquoi le forum perdrais en latitude comme vous le dite ?

La structure du HTML resterais la même, seul une personnalisation ultra ciblé serais accessible qui plus est, rien ne vous empêchera de ne pas utiliser cette option, si elle vous perturbe tant que ça.

chattigre a écrit:Bonne idée, comme ça on aura des demandes de ces personnes qui nous demanderont à quoi sert cette option 

MDRRR, un raisonnement génial ^^, pourquoi vous ne faite pas une suggestion, pour que le forum arrête d'ajouter des options, est n'évolue plus, sous prétexte de crouler sous les demandes d'explication. 
(il me semble que la bulle INFO, dans le menu administration sert a cela)

Vu que cela a l'air de perturber un grand nombres d'entre vous, l'idées qu'un tout petit champs de saisi fasse perdre en lisibilité du panneaux administration, j'ai proposé un peu plus haut, une solution qui devrais vous ravir ^^ 
(option uniquement accessible via le panneau avancé, et activable)

chattigre a écrit:Je ne vois pas en quoi une telle option, qui ne toucherait que le HTML d'un point de vue code "natif", aiderait les personnes n'ayant pas de compétences dans le CSS et encore moins dans le JS.
Un id tout seul ne sert à rien, encore faut-il savoir l'exploiter...

Toutes les demandes de suggestion basé sur l'amélioration du forum ou de son administration, posté sur ce forum touche aux
HTML d'un point de vue code "natif"...

Du point de vu du code du forum, il y aurais simplement l'ajout d'un ID, et cela seulement si il est créer, et seulement si l'option est activé, rien de plus.

Ici on ne parle de rien d'autre que de CSS.

Que vous n'êtes pas d'accord c'est une chose, mais votre argumentation, laisse a penser a une mauvaise foi, nous dirons que la longueur de ce débat, nous fatigue tous, et par conséquent, vos propos sont mal ajusté ^^

Niko a écrit:De plus, ce que vous demandez peut facilement être fait avec un code javascript, que @Ea avait déjà partagé 
https://forum.forumactif.com/t324080-assigner-un-id-a-chaque-categories#2806083

Je vous crois, malheureusement je maitrise très mal le javascript, j'ai lu l'article de Ea, mais je n'ai ni pu le comprendre, ni réussi a l'adapter a mes besoins.

Si je comprend bien, un code JS, va assigner une ID automatiquement.

• Mais comment récupérer cette ID ?
  
• Ces ID créer seront affecté a quoi ? 
  
• Votre solution fonctionne sur mobile ?? 
  

Ce que je trouve le plus dommage dans cette histoire, n'est pas le fait d'être contre cette amélioration, mais de vouloir clôturer définitivement cette suggestion,  je vous rappel que si elle obtient le bon nombre de vote, elle seras, avant cela placé dans la longue liste des suggestions a étudier, puis après il faudras qu'elle soit accepté, ce qui laisseras le choix au staff de la valider ou non.


Alors que la, vous la mettais simplement dans la catégorie refusé, si qui empêcheras si j'en crois le règlement, toute application future, sachant que cette option existe chez un grand nombre de société basé sur des CMS, ne penser pas que vous limiter par conséquent le champ des possibles.