xpatval

C'est juste l'opacité d'un élément, donc d'une barre de menu horizontale, en fonction d'un scroll bas et haut. J'ai juste fait celà: jQuery(document).ready(function( $ ){ var divs = $('#site-navigation'); $(window).scroll(function(){ var percent = $(document).scrollTop() / ($(document).height() - $(window).height()); if (percent < 0.8) { divs.css('opacity', 1 - percent); var numb = (1 - percent); } else { divs.css('opacity', numb); } }); });

Merci, je vais tester cela...

Bonjour, Pour un menu de navigation que je souhaite fixe lorsque je scrolle, je règle l'opacité en fonction du nombre de pixel 'scrollé'. Ok, ça fonctionne. Par contre, je ne trouve pas la solution par une boucle de façon à ce que cette opacité soit modifiée graduellement. Avez-vous une idée ? Mon code basique...: document.addEventListener('scroll', function(e) { if (window.scrollY > 160) { document.getElementById('site-navigation').style.opacity = 0.5; } else document.getElementById('site-navigation').style.opacity = 1 }); Où site-navigation est mon ID css. Merci de vos réponses...

Sincèrement, je suis paumé. Ce que je comprend de la doc mozilla concernant cette erreur, c'est que le site en question ferait appel à un autre site, mais que cette requête n'est pas permise (je me trompe peut-être ?). Alors effectivement, en mode admin sous Drupal, celui-ci va contrôler si de nouvelles versions de modules ou du core sont dispo, mais en local, le site fait la même chose, sans cette erreur. Donc, j'en déduis que c'est une configuration de l'hébergeur (ovh en mutualisé, https) qui ne le permet pas. Mais permettre un Access-Control-Allow-Origin * ne semble pas non plus judicieux. Et je vois que cela concerne un Jquery.js... Bref, je ne sais pas trop quoi modifier

Bonjour, Sur un site de test tournant sous Drupal 7 et hébergé chez OVH, j'ai activé le passage en HTTPS grâce à un module spécifique. Je n'ai aucun problème de navigation à proprement parlé mais lorsque je souhaite effectuer certaines vérifications en temps qu'administreur, bien que j'ai accès au menu admin par défaut, je perds ce même menu qui normalement s'affiche tout à fait autrement (par le biais d'un module installé il y a longtemps). Lors d'une recherche d'erreur via la console du navigateur (Firefox, entre autre) j'ai cette erreur: Blocage d’une requête multiorigines (Cross-Origin Request) : la politique « Same Origin » ne permet pas de consulter la ressource distante située sur https://sitedetest/js/admin_menu/cache/6f34598562ef1a34eea5255fe26ae3ae. Raison : l’en-tête CORS « Access-Control-Allow-Origin » est manquant. et: Blocage d’une requête multiorigines (Cross-Origin Request) : la politique « Same Origin » ne permet pas de consulter la ressource distante située sur https://sitedetest.fr/js/admin_menu/cache/6f34598562ef1a34eea5255fe26ae3ae. Raison : échec de la requête CORS. Ok, une entête est manquante, ou mal paramétrée. Mais qu'est-ce l'access-control-allow-origin ? Dois-je appliquer une modif dans le .htaccess ? Merci de vos réponses

Pour répondre à Dan, et qui peut être utile à d'autres, si l'on utilise Wampserver avec un Apache 2.4.27 à 2.4.43, que l'on travaille avec des virtual hosts, et que l'on souhaite utiliser HTTPS, c'est ici qu'il faut se rendre. xpatval

Merci Dan, et tu n'as pas à être désolé. Bon, je teste....

Bonjour, (peut-être ne suis-pas dans le bon sous-forum ?) Je tourne en local avec Wampserver 3, Apache 2.4.37. J'utilise les virtual host car pas mal de projets. Je souhaite tester puis passer en mode ssl. Générer la clé et le certificat ne me pose pas de problème, mais, ayant lu plusieurs tutos, je ne trouve pas de réponses à mes interrogation concernant les modification à effectuer sur le httpd-ssl.conf, ni sur le php.ini (d'ailleurs, j'en possède deux dont l'un s'appelle phpForApache.ini qui semble être celui pris en compte lors de l'activation de wamp). De plus, quid de mon fichier httpd-vhosts.conf: est-il lui aussi à modifier ? Merci de vos réponses, xpatval

Bonjour, Admettons que j'ai un élément div dans lequel se trouve un texte. Pensez-vous possible, par CSS, d'obtenir un effet d'opacité 'graduelle' du haut vers le bas, afin que le texte devienne 'invisible', car masqué par l'opacité, donc, sans ajout d'image par exemple ? Merci de vos réponses

oui, la demande a été faite

Merci de ta réponse. Rien à ajouter concernant l'autorisation d'utiliser une photo (une oeuvre), tu as entièrement raison. Celle-ci (la photo) a été copié sur GG, et est toujours visible agrémentant des sites de grosses sociétés d'information (je suppose donc qu'ils ont payé une licence). La société suisse travaille au nom de l'AFP (mandatée, donc). Pour l'entête, je n'ai qu'un transfert de mail, puis-je malgré tout voir quelque chose de particulier? Non, le client 'a rien payé du tout (sur conseil de son avocat), car il n'y a pas condamnation pour le moment. Seuls 2 mails, à quelques mois d'écart, ont été émis par la boîte suisse puis maintenant une lettre en AR d'un cabinet d'avocats, basé en France. Quant au dossier, il n'y en a pas à proprement parlé pour le moment, seuls existent ces mails, des captures d'écran,, en attendant de savoir comment réagir face à ce problème... Je continue de me renseigner sur cette société suisse, et sur leurs méthodes...(D'ailleurs, j'ai un gros doute, ce pourrait fort bien être une belle arnaque...)

Bonjour, Une société (cliente) m'a fréquemment demandé d'ajouter/remplacer certaines photos de son site, en me les fournissant. La plupart de celles-ci sont achetées donc utilisables sans souci, sauf une, dégotée je ne sais où, et qui a posé problème. En effet, ce client a reçu d'une société suisse apparemment mandatée (par l'AFP, notamment) un mail réclamant d'office la modique somme de 1200 euros, pour utilisation sans autorisation d'un cliché, et enjoignant son retrait, ce qui a été fait. La société cliente vient maintenant de recevoir un courrier en A/R d'un cabinet d'avocats français, afin qu'elle règle le montant demandée. Avez-vous été déjà confrontés à pareille situation ? Merci de vos retours

Bon, il semblerait que l'extension .dev soit aussi la raison de mon problème post migration D7-D8 de mon site mulitilingue. Après avoir recommencé avec une extension commune (.fr), et indiqué seulement une url (pour le moment) dans le trusted_host_patterns, puis modifié l'url des différentes langues dans l'admin, je n'ai pour le moment plus le problème tel que cité dans mon premier post. Alléluia.... ?

Heu...Comment dire, suis-je vraiment c.. ? Ah oui. C'est un site multilingue (ce que je n'avais pas précisé). Les urls relatives aux différentes langues sont en dur, dans la table language. Suffit d'y penser, ce qui m'a pris 3 jours. Puis suffit de les modifier, et ça roule. Merci à vous

Merci de ta réponse. (j'indiquais default uniquement pour énoncer l'ensemble de mes manips pour la duplication) $base_url est déjà renseigné, pas de changement. dans file-system, je n'ai qu'un chemin vers les fichiers publics: sites/default/files Les caches sont invariablement vidés après chaque tentative de résolution de ce problème. En fait, les liens corrects sont ceux des contenus de pages toutes simples, 'codés' en url relative. Ceux qui dirigent vers site1 sont les liens de menu (superfish), et de contenus utilisés dans des vues/blocks.