Recherche avancée

Sur d’autres sites (18318)

• Save WPF BitmapSources as h264 encoded video directly from Memory

  6 décembre 2016, par Daniel M

  Currently I am utilizing a List-variable to store BitmapSources provided by a camera and save them as an AVI file with the help of SharpAvi. In a second step I then encode the saved file via Nrecos ffmpeg wrapper to decrease file size. Finally I delete the original AVI file and only keep the encoded one.

  To me this seems poorly designed and might cause harmful write-cycles to the SSD the application is running on (I’ll probably create up to a TB a day in unencoded video), which is why I want to change it to a more integrated solution utilizing the PC’s RAM.
  SharpAvi as well as Nreco however rely on creating and reading actual files.
  Nreco does have the ConvertLiveMedia method that accepts a stream - however in my experiments it simply did not create a file while giving me no error warnings.

• Nomenclature #4626 : Renommer le menu "Squelettes"

  3 mai 2021, par RastaPopoulos ♥

  Pfiou voilà, je suis allé voir chaque page de chacun des plugins qui s’insère actuellement pour faire le point !

  Mise en page¶

  - ACS : comme le noizetier, mise en page à partir de blocs
  - Campagnes : pour la gestion de encarts à insérer ensuite dans la mise en page (ensuite dans chaque encart on gère les campagnes de bandeaux, mais le menu lui c’est pour aller à la gestion des encarts), pourrait éventuellement virer ailleurs en reformulant des choses
  - Comments : config du mode de mise en page des commentaires (threads ou pas, etc)
  - Compositions : liste les variantes de mise en page pour chaque type de contenu
  - Eléments : de la mise en page sur les contenus (comme le noizetier, et n’a d’ailleurs plus trop d’intérêt depuis plusieurs années que le noizetier sait aussi configurer des blocs pour tel contenu précis, pas que en global)
  - eva-web-bonus eva-web-habillage eva-web-install eva-web-mentions : configuration de la mise en page ou des styles du squelette Eva
  - Kaye : pour configurer la mise en page du cahier de texte
  - menu_langues_liens : configurer la manière d’afficher le changement de langue
  - noizetier : mettre en page le site entier par petits blocs
  - porte_plume_enluminures_typographiques : configure la mise en page des textes de contenus suivant les nouvelles syntaxes
  - seminaire : configuration de mise en page je crois, mais sinon ça devrait aller juste dans SVP
  - sociaux : configure quels liens et leur affichage
  - spip_visuels : configurer les rôles de visuels (pourrait peut-être aller ailleurs, et surtout remplacé par Rôles de documents bien plus pérenne car basé sur les documents existants)
  - squelettes_par_mots_cle : un peu un ancêtre de Compositions, mettre en page des contenus avec un autre squelette suivant un mot-clé
  - switcher : très vieille contrib, configure si on affiche le switcher de squelette (donc de mise en page !), mais c’est juste une config globale une unique fois, donc pourrait parfaitement être dans SVP uniquement

  Navigation¶

  - Court-circuit : change le comportement des liens pour certaines rubriques pour aller à un article interne directement
  - exclure_secteur : masque des secteurs entiers, mais pourrait aller dans Publication, je crois, puisque ça dépublie par défaut littéralement des branches
  - menus : créer et remplir les menus de navigation

  Styles et comportement d’affichage¶

  - Adaptive images : taille des images, lazyload ou pas, styles des previews
  - cloudzoom : un peu comme modalbox, configurer les images zoomables
  - fontawesome5 : sert juste à voir les icones existantes
  - forkawesome : pareil
  - Links : configure le style des liens externes et comment les afficher quand on clique
  - mediaspip_player : configurer l’apparence du lecteur
  - picto : comme fontawesome, sert juste à voir les icones existantes
  - player : choix du lecteur audio (conditionnant essentiellement son affichage)
  - rainette : configure l’affichage de la zone météo
  - recherche_mots_cles : pour configurer comment s’affiche (mais ce plugin n’est plus vraiment maintenu pour l’instant et cette page toujours en vieux exec PHP)
  - refbase : configure la manière d’afficher les bibliographies
  - sjcycle : configure l’affichage du carrousel
  - slick : configure l’affichage du carrousel
  - timecircles : configure l’affichage des timers
  - tooltip : configure l’affichage des infobulles
  - videos : configure l’affichage des vidéos (mais de nos jours on utilise plutôt oEmbed)
  - w3css : configurer l’apparence graphique en choisissant le thème du framework

  À virer ailleurs¶

  - champs_extras_synchronisation
  - Chosen : devrait virer complètement et être juste dans SVP, ou à la limite dans Configuration : c’est un truc qu’on configure une unique fois en gros, ce n’est pas à retrouver en permanence
  - comarquage : la dernière version du plugin ne s’insère plus donc sans objet
  - dublin_core : il s’agit de SEO/indexation/meta infos dans les métas du site et c’est juste la page de config général du plugin : soit juste SVP soit Configurer (soit Publication ? trouver où regrouper tous les trucs SEO, métas infos ?)
  - mathjax : aucun rapport ni squelette ni mise en page, c’est pour configurer comment le script JS est appelé CDN ou en local. En plus cette page ne devrait même pas exister, car CDN tierce on n’en veut pas normalement dans SPIP par défaut, le JS devrait toujours être interne au site
  - select2 : exactement comme Chosen, n’a pas à être retrouvé en permanence dans les menus, ça se configure une fois à l’installation
  - seo : trouver un autre endroit Publication ou Configuration, c’est de la méta information, voire juste SVP si c’est que la config générale à faire une fois
  - skeleditor : menu Développement !
  - xray : menu Développement !
  - zinit : j’ai pas tout compris mais j’ai l’impression que c’est pour aider les intégrateurices donc du dev donc Développement
  - xiti : statistiques, mais si config globale une unique fois : dans SVP uniquement, à la limite dans Configuration

• Anomalie #3708 : .select dans menu lateral

  21 février 2016, par b b

  Le changement vient du fait qu’en 3.0 on avait un overflow: hidden; sur les .formulaire_spip li ici :

  https://core.spip.net/projects/spip/repository/entry/branches/spip-3.0/prive/themes/spip/forms.css.html#L61

  Alors qu’en 3.1, on applique cette règle uniquement sur les .editer :

  https://core.spip.net/projects/spip/repository/entry/spip/prive/themes/spip/forms.css.html#L66

  Du coup, il faut soit ajouter une classe editer sur tous les forms présents dans la colonne de gauche, ou compléter la règle.