Użytkownik:Polskacafe/rzeczy
Z Nonsensopedii, polskiej encyklopedii humoru
< Użytkownik:Polskacafe
Wersja z dnia 13:32, 24 maj 2022 autorstwa Michsar (dyskusja • edycje) (Wycofano ostatnie edycje autorstwa Ósmoklasista; przywrócono ostatnią wersję autorstwa Ostrzyciel.)
rzeczy które stwarzają problemy przy planowanych zmianach technicznych, lista się pewnie wydłuży
core mw
wszelkie diffy (bo interfejs oparty na tabelkach)- opcje ostatnich zmian ***na ozetach*** w trybie bez jsu (niski priorytet, niedomyślna konfiguracja)
specjalna:prześlij, sekcja podawania informacji o pliku- Specjalna:Prześlij nie jest wspieranym interfejsem, interesuje nas tylko UploadWizard. Skreślam. Ostrzyciel | Dyskusja 13:42, 16 lis 2021 (CET)
edytor źródła (zbyt skomplikowany do obsługi na urządzeniach mobilnych, górny pasek zajmuje zbyt wiele miejsca)- historia, ozety, obserwowane i podobne strony mogłyby użyć trochę drobnych poprawek
- Są poprawione trochę marginy, paddingi itp. żeby to było bardziej czytelne. Potrzebny audyt wszystkich tych stron po kolei i drugie przejście. Ostrzyciel | Dyskusja 13:42, 16 lis 2021 (CET)
- wybieranie grup na specjalna:uprawnienia (niski priorytet)
- wersja do druku chyba nie jest zbyt funkcjonalna na u. mobilnych, do ukrycia? (niski priorytet)
- Wersja do druku odpala zupełnie inne selektory @media, więc nie zależy od szerokości ekranu urządzenia. Inna sprawa że na Timelessie wygląda to po prostu brzydko i przydałoby się poprawić to nieco, najlepiej patchami prosto do Timelessa. Ostrzyciel | Dyskusja 13:42, 16 lis 2021 (CET)
prawie że core mw
VE nie uruchamia się, po odpaleniu w trybie desktopowym i zmniejszeniu rozmiaru całość się rozjeżdża (począwszy od treści na interfejsie skończywszy), ale nie na tyle, by być kompletnie nieużywalne- Próbowałem coś z tym zrobić, ale utknąłem na kilku wkurzających pierdołach. Jest gdzieś kod CSS który modyfikuje VE nieco. Możliwe że większe zmiany będą wymagać też jakiegoś modułu JS – może dać to do ResponsiveFrontend? Ostrzyciel | Dyskusja 13:42, 16 lis 2021 (CET)
- Po namyśle stwierdzam że VE desktopowe na wąskich ekranach nie ma racji bytu. Trzeba poddać eutanazji. Zamiast tego przyłóżmy się do WikiEditora. Ostrzyciel | Dyskusja 22:14, 13 mar 2022 (CET)
- Konkretnie to ustalamy następująco: VE działa tylko na ekranach o szerokości min. 550px. Na to wsm łapią się niektóre gigatelefony i minitablety, także no... nawet nieźle? Ostrzyciel | Dyskusja 22:21, 13 mar 2022 (CET)
- Ukryć przyciski i wszelkie odniesienia do VE na wąskich ekranach
CodeMirror w jakiś sposób wyłączyć na wąskich ekranach, najlepiej żeby wgl się nie ładował- chyba że to jednak nie problem... pobawić się starymi androidami trzeba
- to jest problem, codemirror potrafi z powodzeniem skraszować przeglądarkę na telefonach Ostrzyciel | Dyskusja 10:43, 13 maj 2022 (CEST)
- Zrobiłem że (powinien) się nie włączać poniżej 550px. To jest robione tu: MediaWiki:Gadget-Bootstrap.js Ostrzyciel | Dyskusja 12:04, 13 maj 2022 (CEST)
WikiEditorUkryć przycisk od CodeMirror (patrz punkt wyżej)Popup wstawiania grafik jest nieresponsywnyWywalić znaki specjalne i pomocWywalić przycisk włączania VE
MediaViewer jest niewygodny na urządzeniach mobilnych (i nic dziwnego że jest wyłączony)dziala Polskacafe 21:40:08, 02 maj 2022 (CEST)Specjalna:Kreator przesyłania nie jest responsywny- Mamy jakiś speszal kod CSS od tego, ale trzeba sprawdzić czy też działa w trybie desktopowym Ostrzyciel | Dyskusja 13:42, 16 lis 2021 (CET)
specjalna:powiadomienia (kompletnie się rozjeżdża)meh, moze byc Polskacafe 20:43:17, 02 maj 2022 (CEST)
nasze własne cudaki
RatePage wyświetla gwiazdki wciąz w sidebarze, a nie na dole, gdzie powinien- IMO może pokazywać i tu, i tu. Pytanie tylko jak to będzie wyglądało na desktopie. Ostrzyciel | Dyskusja 13:42, 16 lis 2021 (CET)
gadżet pokazujący info o zabezpieczonej stronie wygląda źle, np napis "strona zabezpieczona" może najeżdżać na linki czy inne elementy interfejsuszablon:galeria, inny kod dla rodzajów urzadzeń- zrobione, po prostu włączyłem na mobilce (y) Ostrzyciel | Dyskusja 21:22, 13 mar 2022 (CET)
uwagi odnośnie ładowania rzeczy
z tego co rozumiem nie chcemy ładować w chuj jsu i innych ciekawostek, bo skoro dostaną to wszyscy, to będzie spowalniać ładowanie tam gdzie jest to najbardziej bolesne (na mobilkach)
gadżety się ładują dosłownie wszędzie. Niby fajnie, ale jako gadżety mamy np kod do archiwizacji porum, który dostają wszyscy wszędzie zawsze.- Widzę dwa wyjścia: pierwsze to robimy nonsowy bootstraper który po załadowaniu strony sprawdza page title i na podstawie tego ładuje potrzebne gadżety js-owe. Wada: będzie większe opóźnienie w ładowaniu tych gadżetów, pytanie tylko czy nam to przeszkadza. No i będzie więcej zapytań API podczas ładowania strony, co spowalnia ładowanie strony. Drugie wyjście to wciśnięcie gdzieś kodu PHP do tego samego, pewnie w jakimś rozszerzeniu. Może nadpisywanie tego co ładuje Ext:Gadgets na podstawie jakiegoś extra atrybutu gadżetu zapisywanego... gdzieś? Ostrzyciel | Dyskusja 13:42, 16 lis 2021 (CET)
- Ostatnio do Gadgets weszło takie coś. Nie rozwiązuje to nawet połowy problemów, ale zawsze coś. Będzie można tego używać od 1.38. Ostrzyciel | Dyskusja 13:31, 8 kwi 2022 (CEST)
- Przeniosłem trzy mało ważne rozszerzenia do ładowania przez gadżet Bootstrap. Jakoś działa. Ostrzyciel | Dyskusja 12:04, 13 maj 2022 (CEST)
- moduły visualeditora jak wyżej, także tam gdzie VE chyba za bardzo w ogóle nie ma
- Tylko bootstrap się ładuje, nie całe VE. To nie jest AŻ TAK złe. Ostrzyciel | Dyskusja 13:42, 16 lis 2021 (CET)
- smw entityexaminer.js potrzebny wszędzie?
- To jest temat na PR do SMW. Ostrzyciel | Dyskusja 13:42, 16 lis 2021 (CET)
nomobile i rzeczy na nonsie
niektóre szablony lub szablony szablonów wciąż mogą używać nomobilejuż nie. Polskacafe 17:51:53, 02 maj 2022 (CEST)na ozetach nomobile używa recentchangestextjuż nie Polskacafe 18:50:57, 03 kwi 2022 (CEST)strony główne wszystkich przestrzeni są nieresponsywne- Eksperymentowałem trochę z flexami w tym względzie i chyba najlepiej wyglądające rozwiązanie w tym względzie ma frwiki. Wada: panele są ustawione wg kolumn, a nie zygzakiem (co byłoby preferowalne). Czy da się do tego użyć
flex-order
? Ostrzyciel | Dyskusja 13:42, 16 lis 2021 (CET) - Work in progress. Nowy moduł do głównych pozwala na nierównomierne rozmieszczanie stron w systemie pseudoportalowym, z tym że oczywiście w przeciwieństwie do portali nie korzystają z nomobile. Przeprojektowanie stron na nowy system będzie wymagać stworzenia CSSów dla tych stron, prawdopodobnie bazowanych na już istniejących z głównych (kolory) + układy z Nonźródła:Strona główna, ale z technicznego punktu widzenia nie jest to niewykonalne.
Planuję również zoptymalizować proces dla czytelników, tak żeby np ostatnia sekcja strony była ładowana raz, a nie dwa razy, bo i tak jest na końcuDZIAŁA!;nie obiecuję, i na pewno nie jest to priorytetem (bo nic tego nie wykorzystuje), ale powinno się kazać temu sprawdzać ile ostatnich elementów jest w prawej kolumnie i je ignorowaćrównież działa, razem z optymalizacjami mobile/desktop generowana jest miminalna ilość paneli jaka jest możliwa. Polskacafe 21:32:57, 13 mar 2022 (CET) - SG Gry to insza inszość i tę inszość rozwiązałem. Ostrzyciel | Dyskusja 20:35, 21 mar 2022 (CET)
- Eksperymentowałem trochę z flexami w tym względzie i chyba najlepiej wyglądające rozwiązanie w tym względzie ma frwiki. Wada: panele są ustawione wg kolumn, a nie zygzakiem (co byłoby preferowalne). Czy da się do tego użyć
symbole ANMów, słoni jakości czy innych odznaczeń dla artykułu/użytkownika wyglądają źle i/lub używają nomobilei tak wygladaja xle ale nie używają nomobile Polskacafe 17:51:53, 02 maj 2022 (CEST)głosowania (SDU, ANM, itp) są nieresponsywne- Średnio niski priorytet. Do poprawienia jest zegar i przerobienie tabelek w SDU tak naprawdę, nic więcej. Tabelkę SDU można przy okazji lekko odświeżyć wizualnie. :) Ostrzyciel | Dyskusja 13:42, 16 lis 2021 (CET)
- Aha, preferowalnie dyskusje powinny być zawarte jakoś "luzem" na stronie w oddzielnej sekcji (np. h3), a nie jako argument szablonu. To jest żeby dało się to edytować później przy użyciu mw:Extension:DiscussionTools. Ostrzyciel | Dyskusja 20:58, 13 mar 2022 (CET)
- Zrobione, ale układu dyskusji nie zmieniałem. Diabli wiedzą jak to będzie z discussiontools. Ostrzyciel | Dyskusja 21:14, 21 mar 2022 (CET)
- tryby gry wymagają umobilnienia, bo nie były projektowane z myślą o czym innym niż desktopy (np drogówka)
- To nie jest blocker, bo to i tak na razie nie działa. Ale wypadałoby się tym kiedyś zająć. Ostrzyciel | Dyskusja 13:42, 16 lis 2021 (CET)
uwagi
choćby skały srały, nie będą tabele na mobilnych dobrze wyglądały- To jest załatwione przewijaniem w poziomie tabel. Isarra poprawiała to przy ostatniej aktualizacji Timelessa, także jest git. Lepiej nie będzie. Ostrzyciel | Dyskusja 13:42, 16 lis 2021 (CET)
- wyszukiwarka przeznaczona dla komputerów… wygląda lepiej na małych ekranach niż ta przeznaczona dla telefonów.
gdzie jest JS i CSS
Tu jest rozpiska: Użytkownik:Ostrzyciel/skórburdel
Celujemy w następujące rozwiązanie:
- Rzeczy z kolumny Tylko mobilne nie są potrzebne i je usuwamy.
- Rzeczy z kolumny Tylko desktop działają też dobrze na wąskich ekranach.
- Rzeczy z kolumny Oba tryby przenosimy do odpowiednich stron w kolumnie Tylko desktop.
W ten sposób będzie jeden tryb (desktop) który działa dobrze na wszystkich szerokościach ekranów. Ostrzyciel | Dyskusja 13:45, 16 lis 2021 (CET)
rzeczy do zrobienia po wywaleniu MF
- zaktualizować pomoc o edytowaniu żeby tam nie było burdelu i było jasno wyjaśnione jak krowie na rowie
- to samo tyczy się spisania jakichkolwiek innych spraw technicznych (nomobile, css-y, itd.)
- zrobić porządek z css-ami i js-ami
- wywalić kod zależny do MF lub Minervy
- wywalić targety w definicjach gadżetów
- 1.38 przejrzeć definicje gadżetów pod kątem nowych parametrów – czy da się coś zoptymalizować?
rzeczy którymi można by się kiedyś zająć
- Lazy loading obrazków na desktopie – phabwikimedia:T148047. Może po prostu skopiować odpowiedni kod z MF i Minervy do ResponsiveFrontend? Natomiast są też pewne argumenty przeciwko takiemu rozwiązaniu, vide task na phabricatorze.
Ładowanie treści RailModule razem z resztą strony. Można kazać w PHP wyrenderować ten kawałek wikitekstu do HTML-a i puścić go przez zmienną konfiguracyjną do kodu JS, który by mógł sobie to ładnie umieścić w DOM wg uznania. Oszczędziłoby to jednego zapytania do serwera. I klient weselszy, i Ostrzyciel weselszy.- W sumie to było szybkie i bezbolesne, działa jak należy. Zrobiłem to trochę inaczej, bo ładuję ten wikitekst jako fragment DOM, tak jest szybciej bo omijamy dynamiczne parsowanie HTML-a w jQuery. Ostrzyciel | Dyskusja 19:02, 13 maj 2022 (CEST)
- ???