
Recherche avancée
Autres articles (35)
-
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs -
La file d’attente de SPIPmotion
28 novembre 2010, parUne file d’attente stockée dans la base de donnée
Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...) -
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir
Sur d’autres sites (4692)
-
seek : Fix crashes in ff_seek_frame_binary if built with latest Clang 14
18 octobre 2021, par Martin Storsjöseek : Fix crashes in ff_seek_frame_binary if built with latest Clang 14
Passing an uninitialized variable as argument to a function is
undefined behaviour (UB). The compiler can assume that UB does not
happen.Hence, the compiler can assume that the variables are never
uninitialized when passed as argument, which means that the codepaths
that initializes them must be taken.In ff_seek_frame_binary, this means that the compiler can assume
that the codepaths that initialize pos_min and pos_max are taken,
which means that the conditions "if (sti->index_entries)" and
"if (index >= 0)" can be optimized out.Current Clang git versions (upcoming Clang 14) enabled an optimization
that does this, which broke the current version of this function
(which intentionally left the variables uninitialized, but silencing
warnings about being uninitialized). See [1] for discussion on
the matter.[1] https://reviews.llvm.org/D105169#3069555
Signed-off-by : Martin Storsjö <martin@martin.st>
-
Révision 101712 : Présentation différente des documents sur les objets éditoriaux
14 janvier 2017, par marcimat@rezo.net- Le nom du fichier n’est pas affiché directement si le document possède un titre
- le début du descriptif est affiché par contre
- les détails du fichiers (extension, nom du fichier, dimensions, poids) sont masquées, mais un lien "détails" permet de les afficher en plus grand.
- les boutons de rotation sont enlevés (il suffit de "modifier" le document pour y avoir accès)
- les actions (changer de mode, supprimer, détacher, modifier) sont placés sur toute la largeur (ce qui prend un peu plus de place en hauteur par défaut, mais évite de disgraceux retours à la ligne qu’on avait parfois).
- les plugins utilisant le pipeline "afficher_metas_document" devront possiblement s’adapter
- le CSS utilise actuellement flexbox (désolé pour les vieux IE) -
Evolution #4148 : Augmenter la largeur de l’espace privé
23 juin 2018, par nico d_Je pense que l’idée de tcharlss à la base, de court-circuiter l’option petit/grand écran, est très bonne.
Ça date d’une époque ou certains écrans étaient encore rikiki, et où le responsive était une utopie.
Et ça permet de se concentrer sur un seul jeu de css, un seul layout.
Donc +1 pour garder ce principe.L’affichage à 100%, ce serait sûrement l’idéal, pour les raisons évoquées, mais pour ça il y a pas mal de choses à revoir.
C’est pour ça que j’ai fait ce remix, qui est un premier compromis, et plus facile à gérer, forcément.
Mais ça m’intéresse de continuer à creuser, je vais peut être repartir de ta dernière version du trunk pour tester d’autres trucs sur une base 100%.Ralala, si on faisait ça sur git, pouvoir faire des branches et merger des idées...