@Creols
C'est le userscript youtube.js qui s'occupe d'ajouter les liens direct en dessous de la vidéo. Getvideo lui s'intègre dans les menus contextuels (par exemple). En théorie, une version récente de ce youtube.js (utilise la version fournie avec OWB 1.14) pourrait marcher sur OWB 1.9, mais parfois il se peut que ça échoue si il n'y a pas de plugin Flash (mais à vérifier cependant).
@Centaurz
J'ai suivi ce que m'a dit Christian Rosentreter à propos de la capitalisation des libellés et titres. Mais si tu veux sortir une version modifiée, tu peux le faire. :)
@Crisot
- Citation : Crisot?
J'ai quand même deux problèmes avec OWB MUI. Ces problèmes étant en grande partie liés à MUI, j'ai réinstallé le systeme complet aujourd'hui pour voir... Hélas sans succes.
-Le scroll des page est réellement lent... mais quand je dis lent, c'est pas "un peu mou", c'est "complètement imbouffable".
-Lorsque l'on tape une URL, les 2 ou 3 premiers caractères sont systématiquement bouffés par le temps d'affichage de l'historique: Ca peut se résoudre en désactivant la composition, mais bon...
-Après un certains temps de surf, toute l'interface MUI adopte une police genre taille 5: Les options, la fenetre "quitter", etc... sont écrites en minuscule. Problème lié à MUI qui doit avoir 15 (?) ans. ?
Alors, le truc des fontes en minuscule, c'est un pb lié à cette version précise de MUI, car ça n'arrivait pas dans une version beta un peu antérieure. Dommage. Ceci dit, ça peut arriver (même sur MorphOS) dans le cas où un requester JS utilise un libellé très long, mais ça c'est peu fréquent (et trivial à gérer de mon côté, aussi). Je soupçonne quand même que le bug est dans la classe de remplacement des tabs de Deniil, lorsque le titre devient plus long que la fenêtre, mais à voir.
Pour la complétion, la construction de la liste MUI est peut être un poil plus lente dans cette version de MUI, mais l'algo même qui recherche les correspondance n'est franchement pas terrible non plus (il peut facilement prendre 0.5s, et les évènements peuvent effectivement passer à la trappe). Il faudrait que je retravaille cette partie différemment, mais même si c'est une fonction assez simple, c'est pas si évident que ça, sans une fonction de filtrage dans la liste MUI même.
En revanche, pour le scrolling, je n'ai aucune idée de ce qui se passe, mais je ne pense pas que ça ait un quelconque rapport avec MUI (tout est calculé dans un buffer argb par cairo, et le résultat final est blitté avec bltbitmap/wpa et scrollé avec ScrollRaster, en gros). Alors, il est clair cairo est lent et que lors d'un scroll, même si la partie blit/scroll intuition est rapide, la partie qui doit calculer (via cairo) la nouvelle partie de la page à afficher prendra un certain temps. :)
Donc je soupçonnerais au choix :
- le build de cairo
- une fonction de p96 (scrollraster, bltbitmap, wpa....)