Zauważyłem ostatnią zmianę w sposobie, w jaki Chrome dla Windows obsługuje klikanie linków środkowym (kółkiem) przyciskiem myszy, gdy docelowy link (URL) wskazuje tę samą stronę internetową.
Przez wiele miesięcy (lat?) Klikanie dowolnego łącza środkowym przyciskiem myszy zawsze otwierało tw nowej karcie. To działało jak wybranie Otwórz link w nowej karcie z menu kontekstowego. To zachowanie było trwałe i występowało zawsze, bez względu na to, jaki miał docelowy link URL.
Ostatnio zauważyłem zmianę. Gdy adres linku wskazuje tę samą stronę internetową (link zakotwiczony), Chrome zawsze otwiera go na tej samej karcie, nawet jeśli użytkownik kliknie taki link środkowym przyciskiem myszy (wymuś nową kartę).
Czy ktoś wie, czy wyżej opisana zmiana jest trwała i czy istnieje jakiś sposób, aby ją sprecyzować (aby powrócić do „starego” zachowania, w którym wszystkie kliknięcia środkowym kliknięciem były otwarte w nowej karcie)?
EDYCJA : Sprawa rozwiązana (z instalacją rozszerzenia zaproponowanego w odpowiedzi). Dla przyszłych odniesień i dla osób szukających żywego przykładu - oto jeden z wielu (Yii Framework Class Reference):
1. Przejdź do CDbColumndefinicji klasy.
2. Kliknij środkowy queryScalarlink na końcu trzeciego akapitu (możesz przetestować inny).
3. Przejdź do otwartej karty i kliknij środkowy querylink w jedynym akapicie poniżej tabeli właściwości.
Wszystkie linki są linkami wewnętrznymi / zakotwiczonymi, wszystkie wskazują na tę samą (własną) CDbColumnstronę. Bez zainstalowanego rozszerzenia „naprawiającego” pierwszy queryScalarlink ( ) otwiera się w nowej karcie, a drugi ( query) w tej samej karcie.
Co gorsza, przeanalizowałem kod źródłowy każdego z wymienionych linków, aby zobaczyć, czy przedstawiony problem nie jest spowodowany błędem / zmianami w kodzie HTML. Kod obu linków jest taki sam :
<a href="/doc/api/1.1/CDbCommand#queryScalar">queryScalar</a>
<a href="/doc/api/1.1/CDbCommand#query">query</a>
Jest to więc oczywisty błąd w Chrome.
źródło
--disable-extensions)? W Chrome 33 wszystko działa dobrze na wszystkich testowanych linkach na SuperUser.33.0.1750.154). Czy możesz użyć innej, jeśli Chrome nigdy nie zadaje sobie pytania, czy chcesz zaktualizować, tylko aktualizuje się sam? Nie, nie korzystam--disable-extensions, ponieważ ... Nie mam zainstalowanych żadnych rozszerzeń! :] BTW: Gdzie w SuperUser widzisz „zakotwiczone” linki, czyli takie, które prowadzą do tej samej strony? Coś mi brakuje, ale nie widziałem ich tutaj wiele.Odpowiedzi:
Według tego wątku i narzędzia do śledzenia błędów , do którego prowadzi link, wydaje się, że jest to problem ze sposobem, w jaki Chrome / Webkit obsługuje zdarzenia kliknięcia uruchamiane przez środkowe kliknięcie.
I wierzcie lub nie, w rzeczywistości istnieje rozszerzenie, które rzekomo naprawia ten błąd (nawet jeśli Google nadal nie ma możliwości naprawy go przez pięć lat od zgłoszenia). Testowałem to tylko krótko, ale wydaje się, że działa.
źródło
To może, ale nie musi być błąd w Chrome, ale strona zdecydowanie robi coś niestandardowego.
Podobnie jak raport o błędzie powiązany z odpowiedzią Cybertox wspomina o niezdefiniowanym / niespójnym zachowaniu zdarzenia „kliknięcia” JavaScript, gdy środkowy przycisk myszy służy do klikania celu.
Witryna, o której wspomniałeś w swoim pytaniu, używa JavaScript do zmiany celu kotwicy. Zauważ, że kiedy najedziesz
#querymyszką na źródło linku „zapytanie” lub go zobaczysz, celem jest cel , jednak jeśli klikniesz na link i spojrzysz na pasek adresu, skrót jest#query-detail.Zauważysz, że linki kotwiczące kliknięcie środkowym przyciskiem na stronie, która robi to poprawnie (jak dokumentacja VirtualBox ) działa dobrze. Możesz powiadomić właściciela witryny o błędzie w jego kodzie.
źródło