Automatyczne domykanie cudzysłowów w treści posta

Disclaimer: nigdy nie pamiętam czy mówi się "cudzysłоwia", "cudzysłowów" czy jakoś tam inaczej.
Anyways.
Edytor próbuje być za mądry próbując domykać cudzysłowy automatycznie. To nawet działa przy liniowym pisaniu tekstu, od razu z premedytowanymi cudzysłowami, ale jest horrorem kiedy tekst się edytuje, wycina i przekleja fragmenty, cudzysłowy dodaje albo usuwa itp. Po prostu cały czas trzeba walczyć z tym automatem.

Feature request by dało się to wyłączyć :)

I to samo, jeśli chodzi o nawiasy. Prosiłem kilkakrotnie, aby wyłaczyć funkcję uzupełniania nawiasów różnego typu, bo utrudnia to pracę z tekstem, a szczególnie w przypadku tworzenia linków i edytowania treści. Przez to, że edytor ciągle się wymądrza, muszę 2x więcej edycji robić.

I tak samo — feature request by dało się to wyłączyć. ;)

Super, że się wypowiadacie, będzie to pomocne przy nowych updateach edytora.

Ale pytanko @Azarien i @furious programming - czy macie jakiś pomysł, jak można by to usprawnić, oprócz całkowitego usuwania? Np może moglibyście podać przykłady treści które macie w edytorze, i co chcecie z nimi zrobić tak żeby edytor nie wchodził w grę? Ja sam używam często automatycznego wstawiania cudzysłowów i nawiasów, i wiem że inni też używają.

Azarien napisał(a):

Edytor próbuje być za mądry próbując domykać cudzysłowy automatycznie. To nawet działa przy liniowym pisaniu tekstu, od razu z premedytowanymi cudzysłowami, ale jest horrorem kiedy tekst się edytuje, wycina i przekleja fragmenty, cudzysłowy dodaje albo usuwa itp. Po prostu cały czas trzeba walczyć z tym automatem.

@Azarien: Mógłbyś podać przykład treści jakiegoś posta, który chciałbymś edytorwać, oraz opisać co takiego edytor robi co jest niespodziewane/nieakceptowalne?

furious programming napisał(a):

I to samo, jeśli chodzi o nawiasy. Prosiłem kilkakrotnie, aby wyłaczyć funkcję uzupełniania nawiasów różnego typu, bo utrudnia to pracę z tekstem, a szczególnie w przypadku tworzenia linków i edytowania treści. Przez to, że edytor ciągle się wymądrza, muszę 2x więcej edycji robić.

@furious programming: Co do linków, łatwo możnaby zrobić, że jeśli jak znak jest częścią Markdownu linka lub obrazka, to po prostu nic się nie dodaje samo - jedynie "czysty tekst". Czy to pomogłoby Twoim problemom z walczeniem z edytorem?

Jeden pomysł jaki mam, to taki że jak się ma słowo w nawiasie i kursor zaraz przed zamykającym, o tak (pałka | to kursor),:

(word|)

się kliknie (, to faktycznie edytor powinien wstawić (word(|)), bo aktualnie wstawia (word(|), przez co jak się to potem zmaże, to zostaje właśnie (word|.

To jest do poprawny na pewno.

Nie mam pomysłu na to jak to usprawnić. Trudno żeby miało to sens, skoro edytor uważa, że wie lepiej co chce zrobić użytkownik. IMO jeśli już domykać cudzysłowy czy nawiasy, to tylko wtedy kiedy użytkownik wyraził na to zgodę (czyli odblokował sobie te funkcje w ustawieniach profilowych). Ewentualnie można ograniczyć zasięg tych funkcji do samych znaczników kodu.

Ja nigdy nie rozumiałem automatycznego zamykania nawiasów i cudzysłowów albo nie umiem z nich korzystać. Przecież żeby z tego "wyjść" to i tak muszę nacisnąć strzałkę w prawo albo end. Jaką mi to robi różnicę czy nacisnę ten klawisz czy inny żeby zamknąć nawias. Chodzi o to że nie trzeba przytrzymywać shifta?

Co innego automatyczne pakowanie w nawiasy po zaznaczeniu tekstu - tu można faktycznie oszczędzić naciśnięcie jednego klawisza i bywa to przydatne. Ale dodawanie nawiasów i cudzysłowów zawsze mi tylko przeszkadzało.

Azarien napisał(a):

Edytor próbuje być za mądry

furious programming napisał(a):

edytor ciągle się wymądrza

po tatusiu :D

obscurity napisał(a):

Przecież żeby z tego "wyjść" to i tak muszę nacisnąć strzałkę w prawo albo end.

...albo cudzysłów.

Czyli dokładnie to samo, co byś wcisnął gdyby nie było automatycznego zamykania.

furious programming napisał(a):

Nie mam pomysłu na to jak to usprawnić. Trudno żeby miało to sens, skoro edytor uważa, że wie lepiej co chce zrobić użytkownik. IMO jeśli już domykać duszysłowy czy nawiasy, to tylko wtedy kiedy użytkownik wyraził na to zgodę (czyli odblokował sobie te funkcje w ustawieniach profilowych). Ewentualnie można ograniczyć zasięg tych funkcji do samych znaczników kodu.

A mógłbyś pokazać przykład jakiejś treści, oraz gdzie masz kursor, co kliknąłeś, i czemu to co edytor robi jest słabe? Wtedy coś wymyślimy.

Jestem niechętny żeby całkowicie usunąć TĘ funkcję, bo niektórzy stosują taki trick:
",",ArrowLeft żeby wstawić sobie dwa cudzysłowy i kursor w środku. A jeśli ktoś pisze ", treść, ", to co z tego że mu się doda.

@furious programming: Domyślam się, że czasem wstawiasz cudzysłów przed jakieś słowo, i wtedy nie chcesz żeby się pojawił dwa razy? Możemy dodać fixa, że jak kursor jest zaraz przed jakimś słowem, to wtedy się nie dodaje dwa razy znak, co Ty na to? Chyba że masz jeszcze jakiś inny case.

Riddle napisał(a):

A mógłbyś pokazać przykład jakiejś treści, oraz gdzie masz kursor, co kliknąłeś, i czemu to co edytor robi jest słabe? Wtedy coś wymyślimy.

na przykład chcesz napisać dwa zagnieżdzone nawiasy, potem dajmy na to dopisać resztę kodu:

(())

Spróbuj to zrobić z zamkniętymi oczami i bez myślenia. Nie da się tego napisać szybko bo po każdym znaku trzeba przystanąć żeby zobaczyć co zrobił edytor. Czemu nie wstawił zamknięcia nawiasu w środku a wstawił na zewnętrz? Za to cofnięcie drugiego nawiasu (, (, Backspace daje wynik (.
Co jakbym chciał pisać sobie emotki w drugą stronę - (:?

Już nie mówiąc o tym ile było walki z edytorem żeby napisać tego posta

Rozumiem że w określonych przypadkach nie chcemy żeby cudzysłów się dodał. Wystarczy określić te miejsca, i zmienić edytor tak żeby nie wstawiał wtedy cudzysłowów. To lepsze wyjście niż po prostu wyłączenie feature'y.

Kolejny problem jaki widzę, to jak ktoś chce napisać taki tekst: `"`, to przez automatyczne wstawianie cudzysłowów pisze `"|"`. Można by dodać kolejnego checka - jeśli po lewej stronie od naszego znaku znajduje się `, `` lub ```, to nie wstawia dodatkowego znaku.

Riddle napisał(a):

Rozumiem że w określonych przypadkach nie chcemy żeby cudzysłów się dodał. Wystarczy określić te miejsca, i zmienić edytor tak żeby nie wstawiał wtedy cudzysłowów. To lepsze wyjście niż po prostu wyłączenie feature'y.

Kolejny problem jaki widzę, to jak ktoś chce napisać taki tekst: `"`, to przez automatyczne wstawianie cudzysłowów pisze `"|"`. Można by dodać kolejnego checka - jeśli po lewej stronie od naszego znaku znajduje się `, `` lub ```, to nie wstawia dodatkowego znaku.

OK — podpowiadam jedno z takich miejsc: u mnie w postach. Jeśli możesz, to dodaj proszę tego checka na tę ewentualność.

Riddle napisał(a):

Jestem niechętny żeby całkowicie usunąć tą funkcję, bo niektórzy stosują taki trick:
",",ArrowLeft żeby wstawić sobie dwa cudzysłowy i kursor w środku. A jeśli ktoś pisze ", treść, ", to co z tego że mu się doda.

Wydaje mi się że jedyne miejsce gdzie dodanie drugiego " powinno zostać to w sytuacji gdy użytkownik naciśnie " na samym końcu tekstu posta. Jeśli pierwszy " jest wstawiany gdziekolwiek indziej (w środku tekstu) to nie uzupełniać bo użytkownik robi coś dziwnego i nie sposób odgadnąć jego intencje.
To samo z nawiasami.

Jeśli będzie to działać dobrze, to można się pokusić o domykanie „ oraz “ znakiem ”, ale chyba tylko ja ich na tym forum używam :)

Azarien napisał(a):

Wydaje mi się że jedyne miejsce gdzie dodanie drugiego " powinno zostać to w sytuacji gdy użytkownik naciśnie " na samym końcu tekstu posta. Jeśli pierwszy " jest wstawiany gdziekolwiek indziej (w środku tekstu) to nie uzupełniać bo użytkownik robi coś dziwnego i nie sposób odgadnąć jego intencje.
To samo z nawiasami.

Koniec posta to jest zbyt arbitralna bariera.

Bo, jeśli ktoś pisze w środku posta, ale na końcu paragrafu, np tak:

One sentence one sentence, one sentence one sentence.

Two sen|

Three sentence, three sentence sentence, three sentence sentence.

To na końcu takiego paragrafu również domykanie cudzysłowów powinno działać.

@Azarien: mogę mieć do Ciebie prośbę? Następnym razem jak będziesz pisał coś na forum, i zauważysz sytuację w której edytor dodał cudzysłów gdzie niechcesz, mógłbyś wkleić screen lub treść tego posta, i napisać w którym miejscu edytor zrobił coś źle? Będziemy mogli wtedy z tego wydedukować jaka treść powinna być "nie ruszana".

Bo inaczej to jest wróżenie z fusów gdzie automatyczne wstawianie powinno być, a gdzie nie.

Riddle napisał(a):

Bo inaczej to jest wróżenie z fusów gdzie automatyczne wstawianie powinno być, a gdzie nie.

Sugestia — tak jak Azarien pisał w swoim oryginalnym poście — nie wróżyć, tylko zostawić wybór użytkownikowi.

Azarien napisał(a):

Jeśli będzie to działać dobrze, to można się pokusić o domykanie „ oraz “ znakiem ”, ale chyba tylko ja ich na tym forum używam :)

No problemo.

PS: @Azarien Czyli jak ktoś wpisze znak „ to ma go domknąć tym ”, i jak ktoś wpisze “ to też ma go domknąć tym ”?

Wydałem kolejną wersję, edytor 1.12.0, na razie dostępny na: https://4playeditor.net/

PS: Jest już na https://4programmers.dev/ Mam nadzieję że to jest dobry krok w przód do rozwiązania bolączek z edytorem. Dajcie znać co myślicie.

Zmiany:

• Zmiany związane z automatycznym domykaniem cudzysłowi:
  • Wcześniej domykanie nawiasów nie był włączane na końcu słowa, ale było na początku słowa. Teraz jest wyłączone zarówno na początku jak i na końcu słowa.
  • Wpisanie ( przed nawiasem, teraz faktycznie dodaje ten nawias (czyli jak klikniemy (+Backspace to zostanie to co było, a nie "ucięty klawisz")
  • Pisanie oraz ( ) wewnątrz <kbd> nie włącza automatycznego zamykania nawiasów (czyli jak wpiszemy ( w <kbd> to dostaniemy <kbd>(</kbd>, zamiast poprzednio <kbd>()</kbd>).
  • Wpisanie znaków ( oraz [ zaraz po kodzie (czyli np ``() nie domyka nawiasów
  • Wpisanie dwa razy: [, [ da nam [[]] (zamiast poprzednio [[])
  • Wpisanie dwa razy: (, ( da nam (()) (zamiast poprzednio (()))
  • Klawisz Delete nie działa w żaden sposób na usuwanie podwójnych nawiasów więc jest "bezpieczniejszy".
• Zmiany związane z <kbd> (na prośbę @furious programming):
  • Dowolone są wszelkie rodzaje klawiszy w <kbd>, również LPM. Wszystko oprócz spacji, więc teraz będzie działał np <kbd>asdxcvxcvxcvbvxcb</kbd>
  • Poprawiłem działanie kontrolki do klawiszy, żeby faktycznie mogła zamienić zaznaczone znaki asd na <kbd>asd</kbd> - tak samo, zamieni wszystko oprócz spacji

Nadal podtrzymuje swoje zdanie, że powinniśmy naprawić działanie automatycznego domykania żeby było dobrze, zamiast usuwać feature.

Riddle napisał(a):

Nadal podtrzymuje swoje zdanie, że powinniśmy naprawić działanie automatycznego domykania żeby było dobrze, zamiast usuwać feature.

Jeśli nadal coś działa nienajlepiej, to tak, pasuje to naprawić. Jednak nadal podtrzymuję, aby mi nie wciskać do gardła ficzerów, z których korzystać nie chcę i które mnie notorycznie irytują. Dodanie paru opcji do panelu ustawień użytkownika to raczej nie jest problem. Dlatego czekam z niecierpliwością na nowe kontrolki, bo z tego co widzę, nadal edytor wstawia mi znaki w treści, których nie chcę. ;)

furious programming napisał(a):

Dlatego czekam z niecierpliwością na nowe kontrolki, bo z tego co widzę, nadal edytor wstawia mi znaki w treści, których nie chcę. ;)

Ale jeszcze nie było deploy'u na 4programmers.net.

Nowa wersja jest na razie tylko na 4programmers.dev. Możesz sprawdzić tam.

PS: Z tego co mówi @Adam Boduch to wersji 1.12.0 raczej nie będzie na https://4programmers.net/ przed jutrem.

furious programming napisał(a):

Dodanie paru opcji do panelu ustawień użytkownika to raczej nie jest problem.

Nie wiem skąd to przekonanie, bo nakład pracy żeby dodać takie włączalne/wyłączalne feature'y to byłby raczej spory. Dużo większy niż poprawka działania edytora.

Nie wspominając już o tym, żę teraz edytor ogarnia jeden rodzaj "komend" do ogarniania znaków ", ), etc. Gdyby dodac taki feature włączania i wyłączania, to wtedy po pierwsze trzeba by wspierać oba rodzaje, a po drugie zaprogramować ich przełączanie. To byłoby dużo więcej pracy.

furious programming napisał(a):

Riddle napisał(a):

Nadal podtrzymuje swoje zdanie, że powinniśmy naprawić działanie automatycznego domykania żeby było dobrze, zamiast usuwać feature.

Jeśli nadal coś działa nienajlepiej, to tak, pasuje to naprawić. Jednak nadal podtrzymuję, aby mi nie wciskać do gardła ficzerów, z których korzystać nie chcę i które mnie notorycznie irytują.

To proszę Cię już któryś raz - pokaż jakąś treść i opisz co takiego robi edytor co nie chcesz. Prosiłem o to już kilka razy w tym wątku, a konkretów nadal nie ma.
"Irytuje mnie" to nie jest dobry opis requirementu/buga/feature'a.

Dobrym opisem mogłoby być Kiedy mam w edytorze treść "[link](http://coś)" i kursor przed znakiem `[`, i klikam `"` to chciałbym żeby pojawił się raz, a nie dwa..

Narzekać umie każdy, napisać "Usuncie cały feature w p___du" też umie każdy. I mówić "to mnie irytuje" też jest łatwo. Bez konkretnego opisu co jest źle, to jest wróżenie z fusów z irytuje Pana @furious programming.

W ogóle temat jest dodatkowo śmieszny, bo jak wchodziło automatyczne domykanie cudzysłowów to feature leżał na .dev chyba z 10 dni (ponad tydzień), każdy miał szansę wejść i się wypowiedzieć czy mu pasuje taki feature czy nie, i nie słyszałem wtedy żadnych głosów przeciw.

Riddle napisał(a):

Nie wspominając już o tym, żę teraz edytor ogarnia jeden rodzaj "komend" do ogarniania znaków ", ), etc. Gdyby dodac taki feature włączania i wyłączania, to wtedy po pierwsze trzeba by wspierać oba rodzaje, a po drugie zaprogramować ich przełączanie. To byłoby dużo więcej pracy.

Jeśli się powiedziało A, to trzeba powiedzieć B.

furious programming napisał(a):

To proszę Cię już któryś raz - pokaż jakąś treść i opisz co takiego robi edytor co nie chcesz. Prosiłem o to już kilka razy w tym wątku, a konkretów nadal nie ma.

Pisałem już wielokrotnie — wpisuję znak ( czy [ a edytor wstawia mi dodatkowo ) i ]. Nie chcę tego, nie chcę żeby mi się znaki same pojawiały w tekście, nieważne czy piszę treść posta, czy tworzę linki, czy uzupełniam kod w znacznikach dla kodu.

Jedyne co mnie interesuje to wstawianie znaczników Markdowna, jeśli sam wcisnę odpowiedni skrót.

"Irytuje mnie" to nie jest dobry opis requirementu/buga/feature'a.

Opis problemu dawałem wieloktornie, natomiast po to pisałem, że mnie irytuje jakaś tam funkcja, aby podkreślić, że korzystanie z edytora mija się z celem — bo zamiast dać mi wygodę pisania, marnuje mój czas na użeranie się z nim.

W ogóle temat jest dodatkowo śmieszny, bo jak wchodziło automatyczne domykanie cudzysłowów to feature leżał na .dev chyba z 10 dni (ponad tydzień), każdy miał szansę wejść i się wypowiedzieć czy mu pasuje taki feature czy nie, i nie słyszałem wtedy żadnych głosów przeciw.

Taa, bo ludzie tabunami walą na deva, żeby z radością sprawdzać każdą technologiczną nowinkę.

Z tego co pamiętam, nikt raczej nie wnioskował o dodanie funkcji autouzupełniania nawiasów, nie było też żadnej ankiety tutaj. Te funkcje dodałeś sam z własnej woli, więc nie miej pretensji do użytkowników, że narzekają na jej istnienie i nie chcą z niej korzystać. A z tego co można wywnioskować z wypowiedzi użytkowników, wielu w ogóle z tego nie korzysta — ani tutaj, ani w IDE — więc nie można tego traktować inaczej, niż zmuszania użytkowników do używania ficzerów, których nie chcą.

AFAIR edytor miał być jedynie rozbudowany do formy WYSIWYG, bez żadnych auto-cudów. Reszta bajerów miała być dostępna jedynie za pomocą specjalnych skrótów klawiszowych. Od samego pocztąku wyrażałem zadowolnie właśnie z formy WYSIWYG, i jednocześnie niezadowolenie praktycznie ze wszystkich funkcji automatycznie wstawiających znaki — zarówno nawiasy, jak i punkty listy (i pisałem dokładnie co się dzieje).

Może czas w końcu przyjąć do wiadomości, że większość użytkowników nie chce autouzupełniania nawiasów, więc zamiast kombinować jak zmienić jego działanie, po prostu czas tę funkcję usunąć albo faktycznie dać opcję jej wyłączenia? Bo możesz tę funkcję bądź jak zmienić, ale nadal fakt pozostanie faktem — znaki będa się pojawiać, choć nikt tego nie chce.

furious programming napisał(a):

To proszę Cię już któryś raz - pokaż jakąś treść i opisz co takiego robi edytor co nie chcesz. Prosiłem o to już kilka razy w tym wątku, a konkretów nadal nie ma.

Pisałem już wielokrotnie — wpisuję znak ( czy [ a edytor wstawia mi dodatkowo ) i ]. Nie chcę tego, nie chcę żeby mi się znaki same pojawiały w tekście, nieważne czy piszę treść posta, czy tworzę linki, czy uzupełniam kod w znacznikach dla kodu.

Czemu nie?

Przecież skoro otwierasz [ lub ( to najpewniej za chwilę będziesz musiał go zamknąć.

Noi też, żeby napisać np. tekst (hej), nie ważne czy automatyczne nawiasy są włączone czy nie, to robisz taką samą kombinacje klawiszy:

• (, h, e, j, )

Więc na prawdę nie rozumiem, co Ci przeszkadza że one się dodają.

furious programming napisał(a):

A z tego co można wywnioskować z wypowiedzi użytkowników, wielu w ogóle z tego nie korzysta

Nikt się nie wypowiada o feature'ach które działają dobrze; albo o feature'ach które są pomocne/nikomu nie przeszkadzają.

furious programming napisał(a):

Może czas w końcu przyjąć do wiadomości, że większość użytkowników nie chce autouzupełniania nawiasów, więc zamiast kombinować jak zmienić jego działanie, po prostu czas tę funkcję usunąć albo faktycznie dać opcję jej wyłączenia? Bo możesz tę funkcję bądź jak zmienić, ale nadal fakt pozostanie faktem — znaki się pojawiają, choć nikt tego nie chce.

Na razie to czego jestem przekonany, to to że Ty tego nie chcesz.

Rozumiem, że Ty byś wolał edytor który nie robi nic. Nie robi nic na paste, nie robi nic jak się pisze, jak się klika backspace, enter, nic. Rozumiem to. Ale niektórzy użytkownicy lubią ten feature. Rozumiem że możesz być osobą która woli minimalizm, albo brak "magii".

Ale oprócz tego dochodzi kolejny efekt: Spotkałem się milion razy, z tym że podczas tworzenia edytora (który zeżarł już dobre kilkaset godzin żeby go zrobić), było około 50-60 różnych próśb żeby całkowicie usunąć jakąś jego cechę. Z moich obserwacji wynika jednak, że nie dlatego że cały feature był nieodpowiedni, tylko dlatego że jakiś jeden aspekt komuś nie pasował, i wystarczyło go poprawić żeby już było git. Tak np było z tabelkami, ostatnio właśnie z <kbd>, z kolorwaniem kodu, indentem na spacje/taby, zaznaczaniem linijki z Alt, i masą innych rzeczy które już nie pamiętam.

Ludzie mają prosty algorytm: "Nie podoba Ci się coś - usuń to". Z tych 60 próśb o usunięcie czegoś, chyba całkowicie weszło tylko usuwanie automatycznego usuwania wcięć przy wklejaniu kodu (tutaj kiler argumentem był język python w którym ciężko byłko odróżnić więcie od kodu). Pozostałe dało się naprawić tak, że nikomu nie przeszkadzały. "Smart paste" też bardzo wielu ludzi wkurzał, i wystarczyło zamienić Ctrl+Shift+V na Ctrl+V oraz zrobić tak że jak się coś kliknie w zaznaczeniu, to to zaznaczenie się zamienia w link. W tabelkach wystarczyło dopuścić ; jak i | do blueprintów. W <kbd> przeszkadzało Ci że dekoracja miga, więc zamiast usunąć feature kolorowania, dodałem fixik że każdy tekst (oprócz spacji) jest akceptowany. Znakomita większość requestów które zaczynały się od "usuń X", skończyło się na "fix X".

Dlatego tak silnie się opieram temu żeby po prostu "usunać" nawiasów. Najpierw spróbujmy zmienić automatyczne dodawanie tych znaków, tak żeby przeszkadzało mniej, potem możemy ograniczyć niektóre znaki (żeby np nie dodawało ( jak jesteśmy w paragrafie, zamiast wyłączać to całkiem). Jeśli na prawdę wyczerpiemy wszystkie możliwości naprawy tego, wtedy możliwe że nie zostanie nic innego jak tylko wyłączyć ten feature całkiem (co i tak się raczej nie stanie, bo dużo wcześniej się go wyłaczy tylko z tekstu inline, a zostawi w kodzie ``` np.).

Riddle napisał(a):

Czemu nie?

A czemu Cię to tak bardzo interesuje? Skoro nie chcę to nie chcę — powód jest nieistotny.

Dalszej części nie chce mi się komentować, bo nie mam czasu na religijne dyskusje.

Riddle napisał(a):

• Dowolone są wszelkie rodzaje klawiszy w <kbd>, również LPM. Wszystko oprócz spacji, więc teraz będzie działał np <kbd>asdxcvxcvxcvbvxcb</kbd>

Jest możliwe że kbd załamie się na całkiem legitnej spacji na końcu wiersza, oraz że potencjalnie najedzie na inne kbd.

Wszystkim nie dogodzisz, dlatego tak ważna jest możliwość customizacji, moim zdaniem niezbędna w takim rozwiązaniu. Narzucanie innym swoich preferencji jest "trochę" egoistyczne.

// edit: tu mam jeden przypadek w którym edytor mi przeszkodził - próbowałem zedytować post i objąć słowo "trochę" w cudzysłów. Edytor dodał drugi cudzysłów którego nie chciałem w tym miejscu i musiałem skasować. Zachowanie niespójne bo nie dodaje po znakach [a-z0-9], za to dodaje po ę. Fajnie by było też jakbym mógł zaznaczyć słowo i nacisnąć " (jak np w visual studio code)

Azarien napisał(a):

Riddle napisał(a):

• Dowolone są wszelkie rodzaje klawiszy w <kbd>, również LPM. Wszystko oprócz spacji, więc teraz będzie działał np <kbd>asdxcvxcvxcvbvxcb</kbd>

Jest możliwe że kbd załamie się na całkiem legitnej spacji na końcu wiersza, oraz że potencjalnie najedzie na inne kbd.

No trochę dziwne, fakt. Spróbuję dodać żeby <kbd> nie robiło wrapa.

PS: @Azarien ale to już przecież jest w wyrenderowanym widoku, nie w edytorze?
PS2: @Azarien nie umiem zreprodukować tego co pokazałeś na screenie.

Wszystkim nie dogodzisz, dlatego tak ważna jest możliwość customizacji, moim zdaniem niezbędna w takim rozwiązaniu. Narzucanie innym swoich preferencji jest "trochę" egoistyczne.

Czym innym jest narzucanie komuś swoich preferencji, a czym innym jest usuwanie feature'a z edytora bo się nie podoba. A nie, czekaj.

Riddle napisał(a):

No trochę dziwne, fakt. Spróbuję dodać żeby <kbd> nie robiło wrapa.

Żeby tylko nie rozwalało layoutu gdy ktoś wklei kilobajt tekstu w kbd ;)

No i zostaje kwestia list tego typu:

F1 rób to
F2 rób tamto

Azarien napisał(a):

No i zostaje kwestia list tego typu:

F1 rób to
F2 rób tamto

Chodzi o to że się nachodzą na siebie?

Riddle napisał(a):

Czym innym jest narzucanie komuś swoich preferencji, a czym innym jest usuwanie feature'a z edytora bo się nie podoba. A nie, czekaj.

No tak czym innym. Bo brak feature'a nikomu nie będzie przeszkadzał - będzie chciał ) to sobie naciśnie ) - już doszliśmy do tego że i tak trzeba nacisnąć jakiś klawisz, jeśli nie ten to inny żeby przesunąć kursor. Natomiast jeśli ktoś nie chciał tego znaku to musi go usunąć.

Ten feature dosłownie nic nie ułatwia, a w wielu przypadkach utrudnia edycję.

Ten feature dosłownie nic nie ułatwia, a w wielu przypadkach utrudnia edycję.

Jeśli tak twierdzisz, to proszę, zaprezentuj przykład. Daj mi cokolwiek, co obrazuje faktycznie że edytor robi coś nie poprawnie. Inaczej do niczego nie dojdziemy.

@obscurity: Chodzi o przykład taki jaki napisałem w poprzednim poście, coś takiego:

Riddle napisał(a):

Dobrym opisem mogłoby być Kiedy mam w edytorze treść "[link](http://coś)" i kursor przed znakiem `[`, i klikam `"` to chciałbym żeby pojawił się raz, a nie dwa..

Riddle napisał(a):

@obscurity: Chodzi o przykład taki jaki napisałem w poprzednim poście, coś takiego:

Riddle napisał(a):

Dobrym opisem mogłoby być Kiedy mam w edytorze treść "[link](http://coś)" i kursor przed znakiem `[`, i klikam `"` to chciałbym żeby pojawił się raz, a nie dwa..

Aaa, nie wiedziałem że rozmawiam z robotem. Ok - proszę:

Kiedy mam w edytorze treść "trochę rigczu nie zaszkodzi" i kursor po znaku ę, i klikam " to chciałbym żeby pojawił się raz, a nie dwa.

Kiedy mam w edytorze treść "<kbd>" i kursor po znaku > i klikam ( to chciałbym żeby pojawił się (, a nie ().

obscurity napisał(a):

Kiedy mam w edytorze treść "trochę rigczu nie zaszkodzi" i kursor po znaku ę, i klikam " to chciałbym żeby pojawił się raz, a nie dwa.

Taki coś można wprowadzić. Właściwie już jest na https://4programmers.dev/, tylko nie działa ze znakami innymi niż /[a-z]/, zaraz wrzucę fixa.

obscurity napisał(a):

Kiedy mam w edytorze treść "<kbd>" i kursor po znaku > i klikam ( to chciałbym żeby pojawił się (, a nie ().

To już jest na https://4programmers.dev/

Jeszcze coś, czy tylko te dwa?