Recherche avancée

Sur d’autres sites (6371)

• Anomalie #3462 : Gestion des documents utilisés dans les rubriques - suppression impossible (SPIP ...

  8 juin 2015, par Pascal Verrier

  Bonjour Franck et merci pour votre retour.

  Si je coche la case, alors je peux mettre un doc qui n’est pas un logo dans une rubrique.
  Tu es sûr de bien avoir activer l’option ?

  Effectivement je n’avais pas tilté sur le fait que cette option était activée par défaut sur la 2.1 et pas dans la v3 (puisque j’ai les deux comportements différents dans des installs fraîches de ces deux versions).
  Il est donc tout à fait normal que je ne dispose pas des fonctionnalités d’ajout de documents dans SPIP 3... Je comprends déjà mieux.

  Par contre ce qui est piégeux est que rien n’empêche malgré tout d’ajouter manuellement un code d’insertion de document ; le problème est que le lien rubrique/document se fait malgré tout, comme si la fonctionnalité était activée, c’est comme cela que nous avons fini par nous retrouver avec une rubrique avec des documents restant liés, même après avoir supprimé les codes d’insertion <docn></docn>.

  Le mieux me semblerait finalement qu’un pré-filtre refuse (lors de l’enregistrement) l’utilisation de codes d’insertion de documents si cette option n’a pas été activée, avec un message d’erreur explicite ; cela éviterait que ces liens soient crées sans que l’on s’en rende compte... Nous avons eu du mal comprendre pourquoi nous n’arrivions pas à supprimer cette rubrique qui ne contenait plus aucun article et dont nous avions vidé le texte.

  Ce que je trouve également étonnant c’est qu’une rubrique soit considérée comme active même lorsqu’elle ne contient aucun article, dès l’instant où elle a un document lié.
  C’est pourtant bien indiqué dans la doc de la boucle RUBRIQUES (http://www.spip.net/fr_article904.html), je viens de le voir. Je ne comprends pas vraiment pourquoi c’est le cas, à mon sens une rubrique n’a à être affichée que si elle contient des articles, la rubrique étant plus un élément organisationnel qu’un véritable contenu...

  Ma requête est donc finalement plus une demande fonctionnelle qu’un report de bug.

• Revision a126b6ce7d : Change speed and rd features for formatting bars. Change speed features / behav

  24 juin 2015, par paulwilkins

  Changed Paths :
   Modify /vp9/encoder/vp9_encodeframe.c

  
   Modify /vp9/encoder/vp9_firstpass.c

  
   Modify /vp9/encoder/vp9_firstpass.h

  
   Modify /vp9/encoder/vp9_rdopt.c

  
   Modify /vp9/encoder/vp9_rdopt.h

  
   Modify /vp9/encoder/vp9_speed_features.c

  
  
  Change speed and rd features for formatting bars.

  Change speed features / behavior for split mode when there
  is an internal active edge (e.g. formatting bars).

  Remove some threshold constraints in rd code near the active
  edge of the image.

  Add some plumbing for left and right active edge detection.

  Patch set 5. Limit rd pass through for sub 8x8 to internal active edges.
  This takes away any speed penalty for most clips but keeps the enhanced
  edge coding for the more critical case of internal image edges

  Change-Id : If644e4762874de4fe9cbb0a66211953fa74c13a5

• Revision 8dd466edc8 : Changes to use of rectangular partitions. Changes to allow more use of rectangu

  24 juin 2015, par paulwilkins

  Changed Paths :
   Modify /vp9/encoder/vp9_encodeframe.c

  
   Modify /vp9/encoder/vp9_rdopt.c

  
   Modify /vp9/encoder/vp9_rdopt.h

  
   Modify /vp9/encoder/vp9_speed_features.c

  
  
  Changes to use of rectangular partitions.

  Changes to allow more use of rectangular partitions at
  speeds 1 and 2 for content classed by the first pass as
  animation and for blocks near the active image edge.

  This has quite a big impact in quality for the animated
  test sequence but also hurts encode speed for speed 2.

  For other content types the impact on both speed and
  quality is small.

  Added some plumbing for detection of internal vertical
  image edges.

  Change-Id : I3fc48de2349f8cb87946caaf0b06dbb0ea261a9a