Recherche avancée

Sur d’autres sites (4878)

• Anomalie #3197 (Nouveau) : Proposer les résultats similaires au terme recherché dans les rrésultat...

  3 avril 2014, par Valéry -

  Je vois que dans WordPress on peut activer les résultats de recherche selon la distance de Levenshtein qui mesure de la similarité entre deux chaînes de caractères. http://fr.wikipedia.org/wiki/Distance_de_Levenshtein Cf. aussi http://www.php.net/manual/fr/function.levenshtein.php

  C’est ce qui permet d eproposer des réusltats même quand on s’est trompé dans la saisie du terme recherché.

  Or dans SPIP 3.0 j’ibserve que si j’oublie une lettre je n’ai pas de résultat (« epagne » ne donne pas de résultat alors que « Espagne » en donne : on devrait pouvoir trouver des résultats Espagne ou épargne par ex.)

• Evolution #4184 (Nouveau) : Ajuster le défilement de $.positionner(), notamment dans le cas d’un h...

  29 septembre 2018, par placido .

  Le repositionnement des fomulaires ajax est inadéquate si la partie publique dispose d’un header en position fixed. (le haut du bloc est masqué)

  Une solution souple serait de prendre en compte la valeur d’une variable (Jquery.spip.positionner_delta ?!) dans le calcul de la distance de scroll.

  Sa valeur par défaut reste à 0, donc ne change pas l’existant, mais ouvre la porte à des ajustements avec une simple affectation en javascript :
  

  Jquery.spip.positionner_delta = 60;

  https://core.spip.net/projects/spip/repository/entry/branches/spip-3.2/prive/javascript/ajaxCallback.js#L178

• avformat/matroskaenc : Avoid unnecessary seek

  2 mai 2020, par Andreas Rheinhardt

  avformat/matroskaenc : Avoid unnecessary seek
  The Matroska muxer has a pair of functions designed to write master
  
  elements whose exact length is not known in advance : start_ebml_master()
  
  and end_ebml_master(). The first one of these would write the EBML ID of
  
  the master element that is about to be started, reserve some bytes for
  
  the length field and record the current position as well as how many
  
  bytes were used for the length field. When writing the master's contents
  
  is finished, end_ebml_master() gets the current position (at the end of
  
  the master element), seeks to the length field using the recorded
  
  position, writes the length field and seeks back to the end of the
  
  master element so that one can continue writing other elements.
  But if one wants to modify the content of the master element itself,
  
  then the seek back is superfluous. This is the scenario that presents
  
  itself when writing the trailer : One wants to update several elements
  
  contained in the Segment master element (this is the main/root master
  
  element of a Matroska file) that were already written when writing the
  
  header. The current approach is to seek to the beginning of the file
  
  to update the elements, then seek to the end, call end_ebml_master()
  
  which immediately seeks to the beginning to write the length and seeks
  
  back. The seek to the end (which has only been performed because
  
  end_ebml_master() uses the initial position to determine the length
  
  of the master element) and the seek back are of course superfluous.
  This commit avoids these seeks by no longer using start/end_ebml_master()
  
  to write the segment's length field. Instead, it is now written
  
  manually. The new approach is : Seek to the beginning to write the length
  
  field, then update the elements (in the order they appear in the file)
  
  and seek back to the end.
  This reduces the ordinary amount of seeks of the Matroska muxer to two
  
  (ordinary excludes scenarios where one has big Chapters or Attachments
  
  or where one writes the Cues at the front).
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  

  • [DH] libavformat/matroskaenc.c