W mikroblogach taka ramka już jest, i nikomu nie przeszkadza:
Szara ramka, białe tło.
Ramka dla obrazków osadzanych w postach
- Rejestracja: dni
- Ostatnio: dni
0
Riddle napisał(a):
Okej, jeśli chcesz napisać coś na szybko, i nie koniecznie włożyć wysiłek w dobrze zbudowaną instrukcję, możemy dać specjalny atrybut
<img data-markdown-inline>który pokaże obrazek inline, coś co proponowałem już kilka postów wyżej. Będzie to okej?
Po co wymyślać dodatkowy atrybut o którym nikt nie będzie wiedzieć jak można zrobić żeby edytor dodał nową linię a jak ktoś będzie chciał mieć inline to sobie ją usunie? Proste i intuicyjne. Tak było dosłownie przez 20 lat funkcjonowania forum
- Rejestracja: dni
- Ostatnio: dni
- Postów: 10307
0
obscurity napisał(a):
Po co wymyślać dodatkowy atrybut o którym nikt nie będzie wiedzieć jak można zrobić żeby edytor dodał nową linię a jak ktoś będzie chciał mieć inline to sobie ją usunie? Proste i intuicyjne. Tak było dosłownie przez 20 lat funkcjonowania forum
Gdyby oba przypadki były tak samo częste, to miałbyś rację. Ale nie są.
Wklejenie obrazu pod paragrafem, to jest 99.9% przypadków użyć obrazów na tym forum. Jedyne dwa use-case'y które tutaj znaleziono to:
- obrazy jako emotikony, które moim zdaniem powinno się rozwiązać niestandardowymi emotikonami, np.
:4p_some_emote:, które jaknajbardziej mogą być inline - wklejenie malutkich obrazków w paragraf, jako instrukcja. Tylko że to:
- po pierwsze jest dosyć rzadkie
- po drugie, moja osobista opinia jest taka, że powstały w ten sposób efekt jest słaby - i to się zgadzam że to moja osobista opinia.
Z uwagi na to że te przypadki są rzadkie, myślę że lepiej jest jak default to jest block, a inline wtedy jak ktoś specjalnie się uprze żeby były inline.
- Rejestracja: dni
- Ostatnio: dni
- Lokalizacja: XML Hills
1
jestem przeciwny dodawaniu ramek do wszystkich obrazków jak leci.
z drugiej strony, ramki mogłyby być (w sensie zgodziłbym się na to by były) domyślnie włączone dla wszystkich nowych obrazków w działach programistycznych (z naciskiem na nowych, tzn. bez zmian we wstawionych już wcześniej obrazkach) i, co ważne, opt-out, w sensie z łatwą możliwością indywidualnego wyłączenia tej ramki.
ramki wokół obrazków, które nie są screenshotami będą tylko psuć ich wygląd. dla przykładu śmieszne obrazki nie powinny mieć ramek w ogóle, bo te ramki odwracałyby uwagę od zawartości obrazka.
- Rejestracja: dni
- Ostatnio: dni
- Postów: 153
1
Riddle napisał(a):
- po drugie, moja osobista opinia jest taka, że powstały w ten sposób efekt jest słaby - i to się zgadzam że to moja osobista opinia.
OK, ponieważ Tobie się coś nie podoba, to zabierzesz autorom możliwość decydowania jak powinna wyglądać ich wypowiedź.
Być może stąd jest niepotrzebnie ustawiona Interlinia w elemencie <p>, która psuje formatowanie z wysokimi fontami. A wystarczy ją wyłączyć i problemy się naprawiają. Cóż zaburza to nieco wydumaną zasadę, że wiersze muszą być ułożone w równych odstępach, ale nie ma o czym dyskutować, który wariant jest bardziej profesjonalny. Nie bez kozery renderowanie HTML, jeśli mu się nie przeszkadza, układa elementy elastycznie przedkładając treść ponad estetykę.
Jeśli 150% używane po wyłączeniu line-height w elemencie <p> jest za duże, to lepiej je zmienić w <body>.
Tabele też z jakiegoś dziwnego powodu mają ustawioną szerokość na 100%. Mi to przypomina czasy 200x, gdy width="100%" było używane przy tabelkowym layoucie stron.
| A | B | C |
|---|---|---|
| 1 | 2 | 3 |
Co do obrazków inline vs block, odpowiedź jest prosta. Dlaczego standardowo obrazki są inline? Bo z inline łatwo zrobić blok, a w drugą stronę nie da się. Znowu zabiera się możliwość swobodnego formatowania treści.
Ramki wokół obrazków znowu przypominają czasy, gdy dodawało się border="0", żeby usunąć ramkę, którą przeglądarki automatycznie dodawały jeśli obrazek był w treści odsyłacza. Przynajmniej w 199x dało się to zrobić ;)
- Rejestracja: dni
- Ostatnio: dni
- Postów: 7103
0
-daniel- napisał(a):
Ramki wokół obrazków znowu przypominają czasy, gdy dodawało się border="0", żeby usunąć ramkę, którą przeglądarki automatycznie dodawały jeśli obrazek był w treści odsyłacza. Przynajmniej w 199x dało się to zrobić ;)
Ale wtedy ramki były brzydkie i nie dało się zmienić ich stylu ;)
- Rejestracja: dni
- Ostatnio: dni
- Postów: 3902
1
Dla mnie osobiście ramki nie są potrzebne. Na palcach jednej ręki mogę policzyć kiedy pomililem obrazek z treścią posta.
Jeżeli padło że 99% screenów to kod, to należałoby dodać punkt w regulaminie, że to zabronione i usuwać takie posty, bo to osobiście mnie wkurza, że nie można przekopiować kodu i zrobić poprawkę bo ktoś dał obrazek.
Dla mnie ramka wprowadzi nowy element wizualny, który kolejny raz podzieli użytkowników, a IMO niewiele wniesie do odbioru treści.
@Spine który to post sprawił, że proponujesz dodanie ramek?
- Rejestracja: dni
- Ostatnio: dni
- Postów: 7103
0
Panczo napisał(a):
@Spine który to post sprawił, że proponujesz dodanie ramek?
Tutaj o tym napomknąłem: Informacja o tym, że wątek jest zablokowany
Wklejałem w tym wątki screenshoty z 4programmers, ale też z innego forum i wtedy mnie tchnęło, że dobrze byłoby mieć ramki dla takich screenshotów.
- Rejestracja: dni
- Ostatnio: dni
- Postów: 3902
0
Masz w załączniku porównanie, zmiana jakaś jest, ale czy jakoś wpływa na odbiór? Może to moje przyzwyczajenie, ale jakoś nie widzę boosta w odbiorze.
- Rejestracja: dni
- Ostatnio: dni
- Lokalizacja: Poznań
4
Riddle napisał(a):
Okej, jeśli chcesz napisać coś na szybko, i nie koniecznie włożyć wysiłek w dobrze zbudowaną instrukcję, możemy dać specjalny atrybut
<img data-markdown-inline>który pokaże obrazek inline, coś co proponowałem już kilka postów wyżej. Będzie to okej?
Może trzymajmy się standardów obecnych na wszystkich innych stronach i nie wymyślajmy koła na nowo, ok? Chyba, że ktoś tutaj uważa, że wie lepiej niż World Wide Web Consortium, to przepraszam.
https://www.w3schools.com/tags/tag_img.asp
Most browsers will display the element with the following default values:
img {
display: inline-block;
}
- Rejestracja: dni
- Ostatnio: dni
- Postów: 7103
0
Panczo napisał(a):
Masz w załączniku porównanie, zmiana jakaś jest, ale czy jakoś wpływa na odbiór? Może to moje przyzwyczajenie, ale jakoś nie widzę boosta w odbiorze.
Jak dla mnie, ta wersja ramki daje zbyt mały kontrast. Jakaś taka zbyt subtelna...
- Rejestracja: dni
- Ostatnio: dni
- Postów: 7103
0
- Rejestracja: dni
- Ostatnio: dni
- Postów: 3902
0
@Spine pomijając czy ta ramka ma sens, zaczniemy dochodzić jaka ona ma być. IMO wiele to nie wnosi do zawartości posta, a po jej wprowadzeniu będziemy mieli użytkowników: którzy jej nie chcą, którym ramka nie odpowiada i chcą inną itd. Lepsze jest wrogiem dobrego.
