Recherche avancée

Médias (1)

Mot : - Tags -/iphone

Autres articles (69)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

Sur d’autres sites (10903)

  • Evolution #3589 (Fermé) : Modification au pointage des résultats de recherche...

    9 mars 2021, par cedric -

    J’ai intégré en adaptant parce que :
    - le patch proposé est buggué en se basant uniquement sur $regs[0][0] qui est le premier résultat trouvé : il faudrait donc itérer sur chaque résultat
    - pour le résultat multi-mots, l’algo ne marche pas si bien car si par exemple je cherche "tempete de sable" le "de" est supprimé des regexp car trop court, et donc je n’ai que des match sur tempete et sable
    - la distinction mot entier/partie de mot est quand même lourde car il faut donc refaire une preg dans un foreach (sans oublier d’échapper le résultat pour reconstruire une preg) et discutable car si je trouve "baton" dans le mot "batons" au pluriel en quoi ce serait moins bien que dans "baton" au singulier ? Il faudrait donc pousser plus loin l’analyse ce qui va in fine être très couteux

    Tout bien pesé et regardé, j’ai donc tiré la substantifique moelle du patch qui est de dire "plus le résultat trouvé est long mieux c’est" et ça donne https://git.spip.net/spip/spip/commit/c1ab59cb72c77102ea9b75309c2062ab8d8aa51a : je pondère le poids par la longueur totale des matchs trouvés et non par le nombre de match.

    Effet de bord, tous les #POINTS vont fortement augmenter, si quelqu’un utilisait un seuil pour filtrer ses résultats ça va tomber à l’eau (mais c’est pas très grave...)

  • Evolution #3603 : Ergonomie des onglets de sélection des plugins

    21 avril 2020

    +1 pour ne pas avoir un onglet des mises à jour.

    Ok s’il y a un moyen de filtrer les mises à jour une fois qu’on est dans l’onglet des plugins actifs.
    Toutefois je pense qu’on devrait prévoir le cas où on puisse atterrir sur cette page avec ce filtre déjà activé. À ce compte là un vrai lien serait plus simple qu’un truc javascript. Un exemple : mettons que dans le futur il y ait un tableau de bord plus complet, avec éventuellement une partie comportant les notifications admins : "la version de 4.0 de spip est disponible", "3 plugins peuvent être mis à jour", etc. Hop, un clic sur le lien et on arriverait sur la page déjà filtrée.

    Ben, le truc aussi c’est que les verrouillés c’est pareil que les dépôts, l’utilisateur lambda s’en fout complètement, et en plus ça ne signifie rien, on a aucune raison de garder ça.

    Attention certains plugins de la dist ne sont configurables qu’à partir de cette page (svp, etc.).
    Et si un jour il y a des distributions différentes, il pourra y avoir des plugins communautaires également dans la liste (et donc qu’on doit pouvoir configurer aussi).
    C’est peut-être le terme « verrouillés » qui n’incite pas trop à aller dessus.

    ----
    En pj un petit test en ajoutant une pastille dans l’onglet des actifs, avec le nombre de mises à jour.
    Et aussi séparer les onglets en 2 groupes pour voir : d’un côté ceux qui listent les plugins, et de l’autre les actions. Bon, je sais pas quoi en penser, c’est juste pour voir :p

  • Anomalie #4751 : Refonte du jeu d’icônes : retours et commentaires

    29 avril 2021, par RastaPopoulos ♥

    Oui super boulot, merci beaucoup.

    Pour l’argumentation, je suis totalement d’accord avec tcharlss : même si d’autres choix pourront être faits plus tard, pour le moment on a deux jeux bien distincts :
    - l’un avec des couleurs, et possiblement parfois plus de détails
    - l’autre pour vraiment du symbolique, pour des actions (assez souvent récurrentes)

    Les images liées à une fonctionnalité précise (articles, mots, agenda, etc) seront toujours bien plus nombreuses que celles des actions. Tendant vers l’infini puisqu’on rajoute des plugins régulièrement, et que chacune des fonctionnalités (en dist ou contrib) va utiliser au minimum une ou deux icônes voire plus.

    Pour cette raison, je suis pour l’instant partisan que ces images doivent rester avec une touche de couleur + peuvent être un peu plus détaillées, que les actions symboliques. Car vu leur nombre toujours en augmentation, ça va permettre un moyen (couleur et détail) de les distinguer bien plus facilement, que si elles étaient toutes monochromes.

    Exemples, en conséquence de cette argumentation, qui devraient avoir de la couleur :
    - l’icône pour Documents (surtout que la métaphore c’est une image, un paysage)
    - pour Boite multimédia
    - pour Langue principale du site (alors que Multilinguisme est en couleur, et du coup, on voit moins Langue principale que Multilinguisme, alors que dans l’ordre c’est plus important)
    - et peut-être d’autres :)