obscurity napisał(a):
Wtf, myślałem dzisiaj że mi się style nie załadowały. Czemu edycja posta ma używać innej czcionki niż jest później wyświetlana w poście? Zmiana nie do przyjęcia, instaluję własne style do 4p jeśli to zostaje
Kurcze, naprawiam jeszcze wsadzanie linków do edytora i pokażę wam demo.
Od paru H pracuję nad wersją edytora, poczekajcie jeszcze chwile i sobie zobaczycie prototyp. Jak się nie spodoba to możemy wrócić do zwykłej czcionki na forum.
TomRiddle napisał(a):
Kurcze, naprawiam jeszcze wsadzanie linków do edytora i pokażę wam demo.
No to sobie rób prototypy ile chcesz, ale oddajcie normalny font na forum!!!
Dla równowagi opinii – ja nie widzę większej różnicy póki co. Tak samo chętnie zobaczę propozycję @TomRiddle .
Dla mnie czcionka o stałej szerokości znaków nie sprawia problemów (nawet mi się podoba), ale mimo to można by dodać taką opcję w profilu aby to można było zmieniać. Nie będzie z tym dużego problemu, gdyż przekazywanie ustawiań przechowywanych po stronie serwera do arkuszy stylów jest łatwe, ponieważ skrypt serwera może dodawać odpowiednie klasy do body, a arkusz je wykrywać, np.:
#...
if ($settings['monospaced_font_for_markdown_editor']) {
array_push ($body_classes, "markdown-editor-monospaced");
} else {
array_push ($body_classes, "markdown-editor-proportional");
}
#...
echo "<body class=\"" . implode (" ", $body_classes) . "\">";
#...
/*...*/
.markdown-editor-proportional .markdown-editor { /*...*/ font-family: sans-serif; /*...*/ }
.markdown-editor-monospaced .markdown-editor { /*...*/ font-family: monospace; /*...*/ }
/*...*/
Dobra, pierwsza wersja gotowa do zaobserwowania. Nie wrzucam jeszcze na dev.4programmers.net, za pozwoleniem @Adam Boduch, bo jeszcze nikt tego nie widział.
Od razu mówię, że decyzje dotyczące stylów (kolorki, czcionki, rozmiary) są do dogadania. Starałem się odwzorować style z 4programmers.net (orginalnego), i zrobiłem najlepiej jak mogłem, jednak mogę zbierać sugestie.
Myślę że najlepiej będzie jak czcionka domyślna będzie taka sama jak na 4p przed zmianą (@furious programming wink).
Featury jakie teraz są:
**bold**, *italics*, ## heading)Wygląda nieźle. A myślisz, że uda się zintegrować z obecnymi komponentami napisanymi w vue? Tzn. mam tu na myśli podpowiadanie użytkownika (@), wklejanie obrazów ze schowka (Ctrl+V) czy też tzw. "autosave" (przechowywany w local storage). To wszystko obecnie jest zintegrowane z <textarea> i nie wiem czy do codemirror trzeba by było osobno pisać te komponenty? :(
Adam Boduch napisał(a):
Wygląda nieźle. A myślisz, że uda się zintegrować z obecnymi komponentami napisanymi w vue?
Mój komponent też jest w Vue, i zrobiłem go "zgodnie ze sztuką", więc powinno się dać.
podpowiadanie użytkownika (@) - No właśnie myślałem o tym jak to ugryźć.wklejanie obrazów ze schowka (Ctrl+V) - to na 100%"autosave" (przechowywany w local storage) - chodzi o to że podczas pisania treść jest trzymana w localStorage, i podczas otwarcia tematu bierze się tą treść z localStorage'a? Hmm.. myślę że zrobienie tego od nowa byłoby całkiem proste, żeby użyć gotowego rozwiązania z 4programmers.net; musiałbym się przyjrzeć.To wszystko obecnie jest zintegrowane z
<textarea>i nie wiem czy do codemirror trzeba by było osobno pisać te komponenty?
W moim przykładzie też mamy <textarea>, więc może będzie działało samo.
Ten ctrl + P na pewno tak ma działać? (Efekt po zaznaczeniu tekstu Obczaj to: Praca z kodem w formularzu: skrawki kodu i użyciu skrótu.)
Ogólnie nie jestem pewien, czy to daje dużą wartość, skoro ctrl + V pozwala przecież na wklejanie obrazków ze schowka. Często ktoś linkuje obrazki zamiast wklejać w posty?
No, a poza tym, nadpisujesz domyślny skrót przeglądarki. Niektórzy programiści Delphi pewnie wciąż drukują strony, żeby je czytać jak im się pakiet internetowy TP skończy.
Co do linków, to ja bym tu jakąś sztuczną inteligencję zastosował, bo ta prawdziwa często sobie rady nie daje, i ludzie często wstawiają linki błędnie (czyli w efekcie url jest tekstem, który nie prowadzi pod ten url, a na bieżącą stronę, bo faktyczny url jest pusty).
Optymalnie by było, żeby w momencie wstawiania odgadnąć, czy w schowku jest url czy tekst i wstawić w odpowiednie nawiasy, a drugie pozostawił puste. A jak jest link w schowku, a zaznaczmy tekst i wciskamy skrót, to niech tekst będzie opisem, a link się wklei do likowania. To będzie super wygodne.
No i obecnie chyba też coś szwankuje:
A poza tym wielki szacun wielki za wysiłek, to jest świetne!
Zrób jeszcze wydzielanie postów do nowych wątków, to postawię Ci kratę piwa.
bo ta prawdziwa często sobie rady nie daje ja z pamięci jak klepię linki to mam 80% szans, że pomieszam nawiasy - ten markup nadal jest dla mnie bardziej obcy niż hieroglify w piramidach.
somekind napisał(a):
Ten
ctrl + Pna pewno tak ma działać? (Efekt po zaznaczeniu tekstuObczaj to: Praca z kodem w formularzu: skrawki kodui użyciu skrótu.)
Ogólnie nie jestem pewien, czy to daje dużą wartość, skoroctrl + Vpozwala przecież na wklejanie obrazków ze schowka. Często ktoś linkuje obrazki zamiast wklejać w posty?
No, a poza tym, nadpisujesz domyślny skrót przeglądarki.
No ja się kierowałem tym, żeby się dało wklejać na dwa sposoby. Tzn jeśli ktoś ma w schowku obrazek, to robi Ctrl+V (jak teraz na 4programmers.net). Jak ma w schowku link do obrazka (np z zewnętrznego serwisu z memia) to klika Ctrl+P i wkleja obrazek, którego nie ma w załączniku. Czyli: jak masz w schowku obrazek, klikaj Ctrl+V, jak masz w schowku link do obrazka, klikaj Ctrl+P. Chociaż to w sumie można by wykryć automatycznie?
Ale może to głupi pomysł?
Co do linków, to ja bym tu jakąś sztuczną inteligencję zastosował, bo ta prawdziwa często sobie rady nie daje, i ludzie często wstawiają linki błędnie (czyli w efekcie url jest tekstem, który nie prowadzi pod ten url, a na bieżącą stronę, bo faktyczny url jest pusty).
Optymalnie by było, żeby w momencie wstawiania odgadnąć, czy w schowku jest url czy tekst i wstawić w odpowiednie nawiasy, a drugie pozostawił puste. A jak jest link w schowku, a zaznaczmy tekst i wciskamy skrót, to niech tekst będzie opisem, a link się wklei do likowania. To będzie super wygodne.
Czyli masz na myśli takie coś?
[](http://url)[tekst]()No spoko, można coś takiego zrobić.
Ja pod to widziałem taki use case.
Może użyj do tego Laravel? zamienia się w Może użyj do tego [Laravel](http://laravel)?.Ale again, może to głupie. Może ten tool mógłby się zachowywać inaczej jeśli istnieje zaznaczenie i jeśli nie istnieje. Np jeśli coś zaznaczyłes, i chcesz wkleić coś co nie jest linkiem, to nie wklejaj nic.
No i obecnie chyba też coś szwankuje:
Tak, po prostu nie robi reseta zaznaczenia. Dopisałem do bugów do poprawnia.
A poza tym wielki szacun wielki za wysiłek, to jest świetne!
Zrób jeszcze wydzielanie postów do nowych wątków, to postawię Ci kratę piwa.
Ale masz na myśli że świetny UX? To cieszę się :D A zajęło tylko 10h :D
Pomysł jest OK (wielokrotnie musiałem liczyć spacje żeby mieć pewność że post wyjdzie równo..)
ale font który jest w tej chwili nie przypada mi do gustu.
Może w edytorze posta powinien być jakiś checkbox czy coś do włączania monospace.
local storage to ficzer przeglądarki, tak jak ciasteczka czy cache. Nie działa to automatycznie, podobnie jak do ciasteczka programista musi coś zapisać do tego miejsca, a później pewnie odczytać. W każdym razie, u mnie zawartość niewysłanego posta/komentarza jest odtwarzania nie tylko po zamknięciu karty, ale i całej przeglądarki, więc moim zdaniem to działa.
Checkbox byłby najlepszy. A w cookies można by zapamiętywać jego stan. Wtedy nie trzeba by było żadnej ingerencji na backendzie.
No propsy się należą, fajnie to wygląda, choć jeszcze dużo do dopracowania, a jak zwykle 10% szczegółów zajmuje 90% czasu.
Podoba mi się też to że napisałeś że wrócisz z prototypem za godzinkę, dwie a wróciłeś po 24h - fajnie ukazuje jak wygląda estymacja tasków
Ja szczerze jak piszę dłuższego posta albo jakieś tabelki to robię to w notatniku i potem przeklejam. 4p już tyle razy mi wywalił błędem po kliknięciu "Zapisz" i wywalił z pamięci całą treść posta że wolę mieć kopię w schowku.
Choć w sumie tabelkę na 4p zrobiłem może z raz, bardziej do jiry by się przydało takie rozwiązanie.
Dobrze by też było, gdyby działało kolorwanie składni w edytorze. To by wykluczyło konieczność używania zakładki Podgląd i sprawdzania, czy wszystko gra. W sumie to jeśli by zaimplementować ten komponent w serwisie, to zakładka ta w ogóle już nie będzie potrzebna.
Ale zlitujcie się i przywróćcie normalny font w edytorze na forum. Jak pisałem wcześniej, nie ma sensu aby był monospace, bo i tak treść większości postów nie wymaga tego — ani się kodu w nim nie pisze, ani tabelek nie robi.
furious programming napisał(a):
Ale zlitujcie się i przywróćcie normalny font w edytorze na forum. Jak pisałem wcześniej, nie ma sensu aby był monospace, bo i tak treść większości postów nie wymaga tego — ani się kodu w nim nie pisze, ani tabelek nie robi.
@Adam Boduch No w sumie możemy przywrócić teraz, jeśli przeszkadza @furious programming, a mój edytor dodamy po poprawkach.
furious programming napisał(a):
Dobrze by też było, gdyby działało kolorwanie składni w edytorze. To by wykluczyło konieczność używania zakładki Podgląd i sprawdzania, czy wszystko gra. W sumie to jeśli by zaimplementować ten komponent w serwisie, to zakładka ta w ogóle już nie będzie potrzebna.
No właśnie nie do końca, bo parser Markdownu w Coyote to nie jest taki 1:1 Markdown, tylko tam są różne implementecje ParserInterface, więc nie zawsze to co pokazuje mój komponent, to jest to samo co zobaczymy w "Podgląd".
@TomRiddle: masz w planach pociągnąć ten projekt i zrobić pełne rozwiązanie, czy tylko jakąś uproszczoną wersję?
TomRiddle napisał(a):
Ale może to głupi pomysł?
Pomysł dobry, tylko obawiam się, że nikt nie będzie pamiętał, że skrót do drukowania wkleja obrazki.
Czyli masz na myśli takie coś?
- Jeśli w schowku jest URL, to wstaw
[](http://url)- Jeśli w schowku jest nie-URL to wstaw
[tekst]()No spoko, można coś takiego zrobić.
To jeszcze dodajmy:
[tekst].I będzie w ogóle super.
Ale again, może to głupie. Może ten tool mógłby się zachowywać inaczej jeśli istnieje zaznaczenie i jeśli nie istnieje. Np jeśli coś zaznaczyłes, i chcesz wkleić coś co nie jest linkiem, to nie wklejaj nic.
No takie zabezpieczenie też może mieć sens.
Ale masz na myśli że świetny UX? To cieszę się :D A zajęło tylko 10h :D
No to to było najsensowniejsze 10h jakie ktokolwiek spędził na tym forum. :P
furious programming napisał(a):
@TomRiddle: masz w planach pociągnąć ten projekt i zrobić pełne rozwiązanie, czy tylko jakąś uproszczoną wersję?
No, idealnie byłoby zrobić żeby było pełnoprawne rozwiązanie. I myślę że wskoczę w temat. Najbardziej mnie martwią te customowe implementacje backendowe parsera.
somekind napisał(a):
TomRiddle napisał(a):
Ale może to głupi pomysł?
Pomysł dobry, tylko obawiam się, że nikt nie będzie pamiętał, że skrót do drukowania wkleja obrazki.
No to skrót można zmienić. Jakiś pomysł na wklejanie obrazka? CTRL+O jak "obrazek"? :D
Czyli masz na myśli takie coś?
- Jeśli w schowku jest URL, to wstaw
[](http://url)- Jeśli w schowku jest nie-URL to wstaw
[tekst]()No spoko, można coś takiego zrobić.
To jeszcze dodajmy:
- Jeśli w schowku jest obraz, to wstaw obraz (jak teraz).
- Jeśli w schowku jest URL do obrazu to wstaw
- Jeśli wklejamy URL (czy do strony czy do obrazka) i mamy zaznaczony tekst, to tekst idzie do
[tekst].I będzie w ogóle super.
No, zgadzam się. Czyli 3 dodatkowe if, dopiszę to do listy "do zrobienia". Tylko to pod obrazki. Czy na takiej samej zasadzie powinny być linki w schowku?
Bo co innego jest URL w schowku (np do dokumentacji), a co innego jest obrazek w schowku (np link do obrazka z memem). Wtedy dwa skróty by się przydały, np CTRL+V wkleja jako link, a Ctrl+? wkleja jako obrazek.
Wykrycie URL jest proste automatycznie; ale wykrycie czy link prowadzi do dokumentu czy do obrazka jest nie wiem czy nie możliwe (no bo co, po rozszerzeniu? może nie pokryć wszystkich przypadków).
Ale masz na myśli że świetny UX? To cieszę się :D A zajęło tylko 10h :D
No to to było najsensowniejsze 10h jakie ktokolwiek spędził na tym forum. :P
Jupi.
@furious programming: zakładka "Podgląd" i tak będzie potrzebna. Zauważ, że tryb markdown edytora codemirror zachowuje oryginalną składnię markdown, a jednocześnie np. pogrubia font czy zmienia kolory: https://codemirror.net/mode/markdown/
Dodatkowo my mamy parę dodatkowy funkcji w stosunku do markdown, które codemirror niekoniecznie obsługuje.
No i wreszcie kolorowanie składni w codemirror niekoniecznie musi być takie samo jak prism.js którego używamy :)
TomRiddle napisał(a):
Dobra, pierwsza wersja gotowa do zaobserwowania. Nie wrzucam jeszcze na dev.4programmers.net, za pozwoleniem @Adam Boduch, bo jeszcze nikt tego nie widział.
4programmers.dev, dokładnie rzecz biorąc. :)
Featury jakie teraz są:
- Domyślna czcionka zwykła (nie mono-space)
- We fragmentach kodu czcionka monospace
Obecna czcionka na 4p (monospace) ma mniejsze odstępy między znakami niż czcionka użyta przez Ciebie (wybaczcie użycie słowa "czcionka", nie znam się). Uważam, że mniejsze odstępy są na plus, nawet podczas pisania kodu.
- Kolorowanie markdownu (
**bold**,*italics*,## heading)- Wklejanie linków, obrazków i cytatów
- Shortcuty, Ctrl+B na pogrubienie, Ctrl+L na link, etc.
oraz
somekind napisał(a):
Ten ctrl + P na pewno tak ma działać? (Efekt po zaznaczeniu tekstu Obczaj to: Praca z kodem w formularzu: skrawki kodu i użyciu skrótu.)
Ogólnie nie jestem pewien, czy to daje dużą wartość, skoro
ctrl + Vpozwala przecież na wklejanie obrazków ze schowka. Często ktoś linkuje obrazki zamiast wklejać w posty?
No, a poza tym, nadpisujesz domyślny skrót przeglądarki.
TomRiddle napisał(a):
Ja pod to widziałem taki use case.
- Masz w schowku link (np do dokumentacji biblioteki)
- Zaznaczasz jakiś tekst, np "Laravel"
- Klikasz Ctrl+L
- I Twój tekst
Może użyj do tego Laravel?zamienia się wMoże użyj do tego [Laravel](http://laravel)?.
Nie jestem przekonany co do wprowadzania skrótów poza obecnym CTRL-V wklejającym obrazki na serwer 4p – ale może to moje nieprzezwyczajenie? Obawiam się, że wielu użytkowników może korzystać z niektórych skrótów. Na przykład ja preferowałbym, by skrót CTRL+L pozostał nieprzypisany; przenosi on zazwyczaj w przeglądarkach do pola adresu. Oczywiście można argumentować, że do wszystkiego można się przyzwyczaić, ale bo ja wiem, czy zawsze warto…
CTRL jest z dwóch stron klawiatury; ale masz rację, że tutaj też jest różnica.
ctrl + l robi to samo co f6. Po co? Bez sensu! Usunąć to!
furious programming napisał(a):
Dobrze by też było, gdyby działało kolorwanie składni w edytorze.
Można podpiąć prism.js, powinno być prosto; tylko najpierw muszę ogarnąć różnicę pomiędzy blockiem a linią kodu ` vs ```.
TomRiddle napisał(a):
No to skrót można zmienić. Jakiś pomysł na wklejanie obrazka? CTRL+O jak "obrazek"? :D
Ja bym wolał ctrl + v do wszystkiego. Ja chcę wkleić "coś". A jak to "coś" powinno być wklejone, to już niech komputer się martwi. Komputer jest wystarczająco głupi, żeby to ogarnąć.
Wykrycie URL jest proste automatycznie; ale wykrycie czy link prowadzi do dokumentu czy do obrazka jest nie wiem czy nie możliwe (no bo co, po rozszerzeniu? może nie pokryć wszystkich przypadków).
Krata harnasia z najlepszego rocznika się chłodzi, a Ty mówisz, że coś jest niemożliwe? :P
Po rozszerzeniu chyba starczy. Jak ktoś jest ciężko chory i hostuje tekst pod urlem z jpg na końcu, to my mu i tak nie pomożemy. Jeśli zaś pod urlem bez graficznego rozszerzenia jest obrazek... no od biedy można w locie uderzyć pod ten url i sprawdzić. Ale to wersja 2.0
A w wersji 3.0 sprawdzić, czy to nie link do obrazka na jakimś syfiastym serwisie typu fejsbuk, zrobić kopię obrazka i wkleić normalnie jako załącznik do posta, a autora zbanować na 3 dni, żeby miał czas na zrozumienie, czemu hotlinkowanie do głupota.
Mi ta czcionka niestety przeszkadza. Co ciekawe to nigdy nie miałem takich problemów kiedy czytałem ją na ciemnym tle. W jasnym edytorze jest dla mnie jednak znacznie mniej czytelna, tym bardziej że kolor czcionki jest również jaśniejszy (a może tylko mi się tak wydaje). Chociaż i tak uważam że ona się nadaje do kodu, a nie do zwykłego tekstu.
Także ogólnie jestem na nie, ale niestety już po fakcie dokonanym.
To dlatego jest taka paskudna czcionka przy dodawaniu postów? Zastanawiałem się, kto mądry to wymyślił. Bezsens i wygląda to źle:
Zgadzam się z @Aventus - chyba ktoś tu nie rozumie, że czcionki monosospace nie używa się do pisania dłuższych tekstów, bo się tego nie da po prostu czytać. A treść posta jest tekstem, a nie kodem.
Skoro chcecie iść w tym kierunku, to proponuję dać monosospace także po wstawieniu posta, a nie tylko przed. Cały post czcionką monospace, po co się ograniczać.
Ja tam głosowałem na "nie", ale zrobiliśmy tak jak głosowała większość. To co, zakładamy nową ankietę? :P Czy po prostu ignorujemy wole większości.
Adam Boduch napisał(a):
Ja tam głosowałem na "nie", ale zrobiliśmy tak jak głosowała większość. To co, zakładamy nową ankietę? :P Czy po prostu ignorujemy wole większości.
Ja proponuję przywrócić starą czcionkę na forum; i poczekać aż wrzucimy mój prototyp.
PS: Albo po prostu wrzucić mój prototyp dużo szybciej :D
@Adam Boduch: A może jednak zróbmy jak było już gdzieś (może nawet w tym wątku) zaproponowane, czyli możliwość ustawienia tego z poziomu usera?
Wtedy każdy sobie przełączy tak, jak będzie chciał i będzie szczęśliwy.
Mi się nowa czcionka podoba, ale patrząc na wypowiedzi innych - zdania są podzielone ;)
A wystarczy w ustawieniach konta dodać przełącznik typu czcionki - mono lub zmiennej szerokości. Do tego jeszcze można dodać taki switch bezpośrednio w polu edycji. W ten sposób każdy sobie ustawi domyślną czcionkę, ale w razie potrzeby (jak np. będzie tworzyć tabelkę #pdk) to sobie doraźnie przełączy.
Wiesz co, ale to jest czas potrzebny na stworzenie funkcji, której prawdopodobnie 99% osób nawet nie użyje. W szczególności gdy trwają prace nad nowym edytorem. Po prostu na przyszłość trzeba będzie ostrożniej podejmować decyzje, nawet w oparciu o wyniki ankiety :/
Szczególnie, że przed wdrożeniem na produkcje, była informacja że na serwerze testowym jest już wdrożenie i można podejrzeć jak to wygląda. Zapewne nikt nawet nie spojrzał. Tak więc testujemy na produkcji ;)
