
Recherche avancée
Autres articles (58)
-
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 -
Ajouter notes et légendes aux images
7 février 2011, parPour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
Modification lors de l’ajout d’un média
Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...) -
Amélioration de la version de base
13 septembre 2013Jolie sélection multiple
Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)
Sur d’autres sites (11937)
-
Evolution #4573 (Nouveau) : Enlever Jquery UI du Core
13 octobre 2020Jquery UI (https://jqueryui.com/) n’a plus d’activité maintenue (en tout cas aucune release depuis 4 ans maintenant).
Il serait opportun de supprimer jQuery_UI du core, et de le remplacer par des librairies spécifiques pour les besoins identifiés.
Tout d’abord l’usage dans le Core.¶
Je crois que l’on utilise :
le dateur
À remplacer par https://duetds.github.io/date-picker/ ?
Voir également la discussion sur Saisies : https://git.spip.net/spip-contrib-extensions/saisies/issues/43le sortable
À remplacer par https://sortablejs.github.io/sortablejs/ ?
D’autres plugins s’appuient sur d’autres éléments le jQuery-UI :¶
- Accordéons et Tabs (Fabrique)
- Une extension picker multidate (Agenda)
- ...Dans un premier temps, il « suffit » qu’ils mettent le plugin jQueryUi actuel en dépendance...
Dans un second temps... trouver des alternatives adaptées... et faire en sorte qu’elles soient partageables entre différents plugins si besoin.Sur le partageables¶
Il pourrait y avoir un plugin du core regroupant des librairies js utilisées régulièrement, comme le faisait le plugin jquery-ui, mais avec différentes librairies plus indépendantes.
Pourquoi pas. Plutôt que de faire N petits plugins JS. -
The proper way to limit framerate when recording screen on macOS
5 juillet 2024, par jsxmacOS 14.5, FFmpeg 7.0.1. To record the screen, if I use the code from Wiki, that is,


ffmpeg -f avfoundation -i 1 output.mp4



the frame rate seems to be so high that when I press
q
to stop recording, the following message persists until my MacBook Pro starts to noise by its cooler : "[q] command received. Exiting."

My current solution is to add
-r
after-i
:

ffmpeg -f avfoundation -i 1 -r 24 output.mp4



But I heard that a more correct solution is to replace
-r
with-framerate
and to put it before instead of after-i
:



ffmpeg -f avfoundation -framerate 24 -i 1 output.mp4



Note that I used
-framerate
as an input option instead of-r 24
as an output option, so I'm telling avfoundation to record at 24fps instead of recording at the default fps and then forcing FFmpeg to drop or duplicate frames to give you the desired 24.



This doesn't work for me currently, and appears to be the same as I don't use
-r
at all.

And so, what is the proper way to fix the "too high framerate" issue when recording the screen on macOS ? Do we need
-r
or instead-framerate
, and where to put it, before or after-i
?

Just in case, here is the log of
ffmpeg -f avfoundation -i 1 output.mp4 -v verbose
:

https://github.com/jsx97/test/blob/main/ffmpeg.log


-
Nomenclature #4519 (Nouveau) : Renommage de terminologie (blacklist / whitelist)
13 juillet 2020En lisant la compilation [PHP Annotated – June 2020](https://blog.jetbrains.com/phpstorm/2020/06/php-annotated-june-2020/) on tombe sur ce point :
[[RFC] Change terminology to ExcludeList](https://wiki.php.net/rfc/change-terminology-to-excludelist) — The topic of renaming offensive terms has not been overlooked by the PHP world either. There have been [heated discussions](https://externals.io/message/110515) in the Internals.
In the PHP core, the change affects only one thing : the configuration directive `opcache.blacklist_filename` should be renamed to `opcache.exclude_list_filename`.
Many other PHP tools have already made changes in this regard : [PHPUnit](https://github.com/sebastianbergmann/phpunit/blob/master/ChangeLog-9.3.md#930---2020-08-07), [Drupal](https://www.drupal.org/project/drupal/issues/2993575), [Xdebug](https://github.com/xdebug/xdebug/commit/63b43b51e43b794cf8cd740e54089b2b7320fbe1), [Yii](https://github.com/yiisoft/yii2/pull/18104), [Composer](https://github.com/composer/composer/pull/8957) (+ [working with non-master Git branches](https://blog.packagist.com/composer-and-default-git-branches/)).C’est certainement intéressant aussi de songer à ces renommages chez nous également, utilisés à quelques endroits.