@cerrato: naprawę podoba co się, jak wygląda długi tekst pisany czcionką monospace, która do tego nie służy? Piszesz dłuższego posta i podoba ci się to? To tak, jakbyś w Wordzie pisał jakiś tekst czcionką monospace.
Jak dla mnie to dziwny pomysł. Czy widziałeś gdzieś coś takiego? Github, Stackoverflow, jakikolwiek silnik forum. Kto stosuje czcionkę monospace do pisania tekstów?
Weszła nowa wersja, 1.0.16: https://danon.github.io/4programmers/
Poprawiłem kolor zaznaczenia bardziej pod 4programmers.net; plus poprawiona obsługa cytatów.
Zostały 4 rzeczy w polu "Do poprawienia" i możemy wrzucać.
Kolejna wersja, 1.0.17 https://danon.github.io/4programmers/
Jest dodany debugger elementów markdownu, gdyby ktoś chciał się pobawić (i może coś zepsuć, zanelźć buga? wink ;) )
CodeMirror oferuje łatwy sposób na dodanie numerów linii przy formularzu flagą true/false. Chcemy coś takiego?
Ale sobie strzeliłem w kolano z tym CodeMirror. Cała dokumentacja wygląda tak:
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.
Ale przecież ankieta była do czegoś innego a co innego zostało zrobione...
Chodziło tylko o edycje artykułów, podejrzewam że nikt by nie zagłosował na taką czcionkę na forum
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.
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.
Rozpocząłem pracę nad kolorowaniem składni w edytorze.
@furious programming Zależy Ci na jakimś konkretnym języku programowania na początek?
Alternatywnie prostsze rozwiązanie - podzielić okno odpowiedzi na pół i wyświetlać podgląd "na żywo" zamiast wymagać przeskoczenia do osobnej karty.
hauleth napisał(a):
Alternatywnie prostsze rozwiązanie - podzielić okno odpowiedzi na pół i wyświetlać podgląd "na żywo" zamiast wymagać przeskoczenia do osobnej karty.
Na wolnych maszynach, lub małych ekranach to może być problematyczne.
Plus jak edytujesz jakiś markdown, np mieszasz cytowanie; przez większość czasu pisany tekst wyglądałby nie przyjemnie.
Twoje rozwiązanie pasuje właściwie tylko do case'a gdzie ktoś pisze cały czas tylko tekst, i nie używa żadnych elementów markdown'u.
Jest plugin do CodeMirror który wspiera markdown: https://github.com/codemirror/lang-markdown Fajna rzecz.
Tylko niestety niekompatybilny z moimi automatycznymi skrótami. Będę musiał je przepisać.
CodeMirror wtedy. Chciałem tego użyć tylko do skrawków kodu i pogrubień i pochyleń. Nie widziałem że jest dedykowany extension do markdownu.
furious programming napisał(a):
No spoko, ale jak już zabierzesz się za kolorowanie składni to podłącz uniwersalny automat, żeby od razu mieć kolorowanie wszystkich języków — inaczej nie ma sensu.
No przecież dokładnie to chcę zrobić, i jestem w trakcie. Jak skończę to dodam extensiony do wszystkich języków jakie tylko będziesz chciał.
1.0.39: https://danon.github.io/4programmers/
Whitespace... ;-)
TomRiddle napisał(a):
hauleth napisał(a):
Alternatywnie prostsze rozwiązanie - podzielić okno odpowiedzi na pół i wyświetlać podgląd "na żywo" zamiast wymagać przeskoczenia do osobnej karty.
Na wolnych maszynach, lub małych ekranach to może być problematyczne.
Plus jak edytujesz jakiś markdown, np mieszasz cytowanie; przez większość czasu pisany tekst wyglądałby nie przyjemnie.
Twoje rozwiązanie pasuje właściwie tylko do case'a gdzie ktoś pisze cały czas tylko tekst, i nie używa żadnych elementów markdown'u.
Na SO to działa nienajgorzej, więc IMHO da się.
hauleth napisał(a):
TomRiddle napisał(a):
hauleth napisał(a):
Alternatywnie prostsze rozwiązanie - podzielić okno odpowiedzi na pół i wyświetlać podgląd "na żywo" zamiast wymagać przeskoczenia do osobnej karty.
Na wolnych maszynach, lub małych ekranach to może być problematyczne.
Plus jak edytujesz jakiś markdown, np mieszasz cytowanie; przez większość czasu pisany tekst wyglądałby nie przyjemnie.
Twoje rozwiązanie pasuje właściwie tylko do case'a gdzie ktoś pisze cały czas tylko tekst, i nie używa żadnych elementów markdown'u.
Na SO to działa nienajgorzej, więc IMHO da się.
Okej, już widzę czemu.
Na SO, jak tag jest niedomknięty to jest "uznane" że go nie ma w ogóle. Ja u siebie uznałem że jak jest niedomknięty to idzie do końca tekstu. Mogę zmienić, i będzie tak samo jak na SO.
furious programming napisał(a):
@TomRiddle: masz w planach pociągnąć ten projekt i zrobić pełne rozwiązanie, czy tylko jakąś uproszczoną wersję?
Mam w planach pociągnąć.
