Nie da się napisać godziny zakończonej dwukropkiem, np. 21:37:
W edytorze :37: się dziwnie podświetla, a potem tego nie widać.
Efekt:
21
6
1
2100
Potwierdzam.
0
Pytanie jest inne - w jakim celu ktoś miałby pisać godzinę zakończoną dwukropkiem? Nie spotkałem się z takim zapisem, jeśli po minutach jest dwukropek to zawsze widziałem dopisane sekundy, nie kojarzę, żebym gdzieś widział godzinę zakończoną dwukropkiem.
3
cerrato napisał(a):
Pytanie jest inne - w jakim celu ktoś miałby pisać godzinę zakończoną dwukropkiem? Nie spotkałem się z takim zapisem, jeśli po minutach jest dwukropek to zawsze widziałem dopisane sekundy, nie kojarzę, żebym gdzieś widział godzinę zakończoną dwukropkiem.
Z tego samego powodu dla którego mamy w serwisie 1900 ikon.
3
cerrato napisał(a):
Pytanie jest inne - w jakim celu ktoś miałby pisać godzinę zakończoną dwukropkiem? Nie spotkałem się z takim zapisem, jeśli po minutach jest dwukropek to zawsze widziałem dopisane sekundy, nie kojarzę, żebym gdzieś widział godzinę zakończoną dwukropkiem.
1300 UTC
13:32:00 UTC
0
To zachowanie jest takie jak w specyfikacji Markdown.
Równie dobrze mógłbyś powiedzieć "Nie da się napisać tekstu w nawiasch kwadratowych [a] bo się zamienia w link". Da się, tylko trzeba dodać escape: \[a\].
Podobnie jest tutaj, da się normalnie napisać taką godziną, tylko trzeba dodać escape znaków specjalnych markdown: 23\:12. Jeśli to by pomogło to możnaby dodać do edytora specjalną funkcję w której można zaznaczyć tekst i dodać skrót do escape'owania znaków specjanych.
@somekind Jeśli masz inny pomysł na rozwiązanie tego problemu, to proszę, zaproponuj coś.
4
Zgłaszałem już ten błąd:
Dopasowanie emotikon do rozmiaru fonta
Co więcej, przy okazji znalazłem błąd - nie ma emotki
:trololo:to powinien zostać tekst. Obecnie cały zapis znika: >><<>
Riddle napisał(a):
Równie dobrze mógłbyś powiedzieć "Nie da się napisać tekstu w nawiasch kwadratowych
[a]bo się zamienia w link". Da się, tylko trzeba dodać escape:\[a\].
Co? Od kiedy się nie da? [ja regularnie używam tych nawiasów, bo są łatwiejsze do pisania niż (klasyczne)]
Riddle napisał(a):
@somekind Jeśli masz inny pomysł na rozwiązanie tego problemu, to proszę, zaproponuj coś.
Wielokrotnie było powtarzane, że na 4p nie mamy pełnej zgodności z Markdown i ta zgodność wielokrotnie ludziom przeszkadza. Jesteś jedynym użytkownikiem, który próbuje do niej dążyć. Rozwiązaniem jest nie oszukiwanie się, że jesteśmy Githubem i mamy pełny Markdown i ogarnięcie składni tak, by była intuicyjna i wygodna.
0
Marooned napisał(a):
Riddle napisał(a):
Równie dobrze mógłbyś powiedzieć "Nie da się napisać tekstu w nawiasch kwadratowych
[a]bo się zamienia w link". Da się, tylko trzeba dodać escape:\[a\].Co? Od kiedy się nie da? [ja regularnie używam tych nawiasów, bo są łatwiejsze do pisania niż (klasyczne)]
No dobrze, zły przykład.
No to "nie można zacząć tekstu od - bo się zamieni w listę". Też ktoś mógłby powiedzieć że to bug, ale to wystarczy dodać escape \-.
Riddle napisał(a):
@somekind Jeśli masz inny pomysł na rozwiązanie tego problemu, to proszę, zaproponuj coś.
Wielokrotnie było powtarzane, że na 4p nie mamy pełnej zgodności z Markdown i ta zgodność wielokrotnie ludziom przeszkadza. Jesteś jedynym użytkownikiem, który próbuje do niej dążyć. Rozwiązaniem jest nie oszukiwanie się, że jesteśmy Githubem i mamy pełny Markdown i ogarnięcie składni tak, by była intuicyjna i wygodna.
Nie wkładaj mi ust w słowa, ja nigdzie nie powiedziałem że forum ma być zgodne z Markdown. Nie.
Ja tylko wyjaśniam, że zachowanie o którym pisze somekind nie jest bugiem, dlatego że to zachowanie zostało zakodzone zamierzenie (z uwagi na specyfikację Markdown). Bug to jest przypadkowe, niezamierzone zachowanie programu. Tutaj tak nie jest - to zachowanie jest zamierzone (a przynajmniej było w trakcie dodawania tego feature'a). Więc nie można go nazwać bugiem. Najwyżej można to nazwać nieintuicyjnym UX.
Natomiast co do tego, że wpisanie 21:34:12 według niektórych ma nieintuicyjny UX, to możemy to poprawić przecież. Nie upieram się że forum ma być spójne z Markdown.
1
Wrzuciłem poprawkę na https://4programmers.dev/, że nieistniejąca emotikona jest reprezentowana jako ":string:".
@somekind @Marooned Daj znać czy jest okej. Jeśli tak, to wrzucę na produkcję.
5
Riddle napisał(a):
To zachowanie jest takie jak w specyfikacji Markdown.
Możesz zalinkować do specyfikacji mówiącej o tym? Nie wydaje mi się żeby specyfikacja markdown obsługiwała emotki czy składnię z dwukropkami. We wszystkich edytorach markdown jakie sprawdziłem godzina 21:37:00 normalnie się pokazuje
Riddle napisał(a):
Bug to jest przypadkowe, niezamierzone zachowanie programu. Tutaj tak nie jest - to zachowanie jest zamierzone (a przynajmniej było w trakcie dodawania tego feature'a). Więc nie można go nazwać bugiem. Najwyżej można to nazwać nieintuicyjnym UX.
Za każdym razem tak piszesz :D Wywalanie połowy godziny było zamierzone w trakcie dodawania tego feature'a? Dziwne. Dla mnie to brzmi jak niedopatrzenie i niepomyślenie o edge case'ach, a więc bug.
To tak jakbyś napisał że podatność na SQL Injection nie jest bugiem bo w trakcie dodawania tego feature'a nie brałeś go pod uwagę. To nie bug, to po prostu niezaimplementowane zabezpieczenie 
Niech zgadnę - w swojej świadomości jeszcze nigdy nie popełniłeś buga w kodzie na produkcji.
https://krokdozdrowia.com/dlaczego-niektorzy-ludzie-nie-przyznaja-sie-do-bledow/
Dumę rozumiemy jako nadmiar szacunku, jaki człowiek ma wobec samego siebie. Niemal zawsze towarzyszy temu postawa wyższości wobec innych (bez tego drugiego elementu jest to po prostu wysoka samoocena). Często dumie towarzyszą także inne postawy, takie jak arogancja czy próżność.
Suma tego wszystkiego może przełożyć się na nieuznawanie popełnionych błędów. Jeśli uważasz, że jesteś lepszy od innych pod każdym względem (jeśli chodzi o moralność, inteligencję, zdolności itd.), jest mało prawdopodobne, że będziesz skłonny zaakceptować swoje błędy. Zbyt duża duma jest więc jedną z przyczyn tego zachowania.
3
Riddle napisał(a):
Wrzuciłem poprawkę na https://4programmers.dev/, że nieistniejąca emotikona jest reprezentowana jako
":string:".@somekind @Marooned Daj znać czy jest okej. Jeśli tak, to wrzucę na produkcję.
Jest super, dzięki!
Może miałoby sens (jeśli tak obecnie nie jest), by regexy na emotki były otoczone \b, czy wręcz nawet \s?
3
cerrato napisał(a):
Pytanie jest inne - w jakim celu ktoś miałby pisać godzinę zakończoną dwukropkiem? Nie spotkałem się z takim zapisem, jeśli po minutach jest dwukropek to zawsze widziałem dopisane sekundy, nie kojarzę, żebym gdzieś widział godzinę zakończoną dwukropkiem.
Dwukropek to normalny znak interpunkcyjny, po którym następuje lista, a godzina może być przecież ostatnim wyrazem zdania. Dlaczego chcesz mi zabraniać czegoś takiego?
Przykład zdania:
Przykładowe rzeczy, które zrobiłem dzisiaj po 12:17:
- zjadłem obiad
- zalogowałem się na 4p
Dopisanie sekund nic nie daje, bo błąd nie polega na braku sekund. Abstrahując już od tego, że nie zawsze potrzebna jest sekundowa dokładność.
Riddle napisał(a):
To zachowanie jest takie jak w specyfikacji Markdown.
Równie dobrze mógłbyś powiedzieć "Nie da się napisać tekstu w nawiasch kwadratowych
[a]bo się zamienia w link". Da się, tylko trzeba dodać escape:\[a\].Podobnie jest tutaj, da się normalnie napisać taką godziną, tylko trzeba dodać escape znaków specjalnych markdown:
23\:12. Jeśli to by pomogło to możnaby dodać do edytora specjalną funkcję w której można zaznaczyć tekst i dodać skrót do escape'owania znaków specjanych.@somekind Jeśli masz inny pomysł na rozwiązanie tego problemu, to proszę, zaproponuj coś.
Wywalić całkowicie zepsute emotki razem z pickerem. To one są problemem, nie Markdown. Markdown nie zabrania kończyć linijki dwukropkiem.