Witam

Czy ktoś z grupowiczów zna jakiś darmowy edytor (albo niedrogi ostatecznie) do edycji
zawartości strony online ale responsive (RWD). Oczywiście nie sam edytor ma być
responsive ale kod jaki on wygeneruje.
Buduję mały i prosty CMS dla strony w technologii RWD i mam problem tego typu, że
większosć edytorów które znam to na sztywno robi html i on po zapisaniu już na
stronie za chiny ludowe nie poddaje się skalowaniu.

z góry serdeczne dzięki za wszelką pomoc
Sławek

do góry

Dnia Sat, 23 Aug 2014 10:08:56 -0700 (PDT), Sławek napisał(a):

> Buduję mały i prosty CMS dla strony w technologii RWD i mam problem tego
> typu, że większosć edytorów które znam to na sztywno robi html i on po
> zapisaniu już na stronie za chiny ludowe nie poddaje się skalowaniu.

Ale z czym konkretnie masz problem? Bo w zasadzie jedynie tabelki
wymiarowane w pikselach gryzą się ze stronami RWD. Cała reszta kodu
wychodzącego z takich edytorów nie powinna być problematyczna, o ile
ograniczasz się do edycji treści, a nie próbujesz takim edytorem zmieniać
układu strony.

--
Borys Pogoreło
borys(#)leszno,edu,pl

do góry

No chodzi o to, ze jak powiedzmy w tinyMC sobie zrobię design to w urządzeniach
mobilnych to się rozwala. Ten edytor nie jest przystosowany do responsive. Nie osadza
w blokach ktore odpowiednio się układają w zależności od definicji medialnej w css.

do góry

Dnia Sat, 23 Aug 2014 11:35:07 -0700 (PDT), Sławek napisał(a):

> No chodzi o to, ze jak powiedzmy w tinyMC sobie zrobię design to w
> urządzeniach mobilnych to się rozwala. Ten edytor nie jest przystosowany
> do responsive. Nie osadza w blokach ktore odpowiednio się układają w
> zależności od definicji medialnej w css.

Daj jakiś przykład, bo mi się wydaje, że za dużo wymagasz od takiego
wysiwyg-a.

--
Borys Pogoreło
borys(#)leszno,edu,pl

do góry

W dniu sobota, 23 sierpnia 2014 22:06:20 UTC+2 użytkownik Borys Pogoreło napisał:

>
>
>
> Daj jaki� przyk�ad, bo mi si� wydaje, �e za du�o wymagasz od takiego
>
> wysiwyg-a.
>

OK. Chodzi mi przykładowo o taki układ:
User sobie wstawia po lewej jakąś fotkę a po prawej od fotki kolumnę tekstu. Robi to
w widoku użyjmy określenia "normalnym" czyli w takim jak by to widział na kompie przy
dużej rozdzielczości. Kod leci do bazy wiadomo.
Teraz widok wyedytowanej strony w serwisie. Ktoś na to patrzy na kompie widzi
wszystko ok. Ale chodzi o to, ze jak ktoś to otworzy na urządzeniu mobilnym to fotka
powinna być u góry a kolumna z tekstem powędrować w dół.
O, albo jeszcze lepszy przykład. User sobie chce zrobić na stronie widok z trzech
kolumnt. Wiadomo czego użyje - tabeli o zrobi po prostu widok kolumn w trzech
komórkach w jednym wierszu. I tu już nie ma cudów to nie będzie responsive web
design, bo przy skalowaniu ni cholery te kolumny nie powędrują jedna pod drugą tylko
co najwyżej się zwężą i widok będzie kiszka.
Jak widać cała ta technika RWD jest super ale problem jest z jakimś wysiwig edytorem
który by to ogarnął. Mam problem aby coś takiego znaleźć lub jakoś zaadaptować:(
Liczę na to, ze koledzy już się spotkali z takim problemem bo RWD to juz właściwie
standard w tworzeniu stron i ktoś coś podpowie jak to rozwiązać od strony zarządzania
treścią takiej strony.
Oczywiście można się pokusić od rozwiązanie, ze robić osobno edycję dla widoku na
kompie i na mobilnych urządzeniach ale to lekko mówiąc mało eleganckie i raczej
niekomputerowy user przerazi się takiego rozwiązania.
Dlatego szukam czegoś co pozwoli w sposób prosty edycję treści na stronie ale
jednocześnie zapewni tej treści wszystkie "wspanialości" RWD i da mi jako
oprogramowującemu to pełną kontrolę co z tą treścią będzie się działo w widoku w
serwisie.

do góry

Dnia Sun, 24 Aug 2014 01:05:18 -0700 (PDT), Sławek napisał(a):

> User sobie wstawia po lewej jakąś fotkę a po prawej od fotki kolumnę
> tekstu. Robi to w widoku użyjmy określenia "normalnym" czyli w takim jak
> by to widział na kompie przy dużej rozdzielczości. Kod leci do bazy
> wiadomo. Teraz widok wyedytowanej strony w serwisie. Ktoś na to patrzy
> na kompie widzi wszystko ok. Ale chodzi o to, ze jak ktoś to otworzy na
> urządzeniu mobilnym to fotka powinna być u góry a kolumna z tekstem
> powędrować w dół.

To akurat zrobisz, bo pewnie edytor wstawi <img align="left">. W widoku
mobilnym daj img[align] { float: none; display: block; } i będziesz mieć
jedno pod drugim.

> O, albo jeszcze lepszy przykład. User sobie chce zrobić na stronie widok
> z trzech kolumnt. Wiadomo czego użyje - tabeli o zrobi po prostu widok
> kolumn w trzech komórkach w jednym wierszu. I tu już nie ma cudów to nie
> będzie responsive web design, bo przy skalowaniu ni cholery te kolumny
> nie powędrują jedna pod drugą tylko co najwyżej się zwężą i widok będzie
> kiszka.

Na upartego mógłbyś ostylować tabelkę tak, by składała się w widoku
mobilnym wyłącznie z elementów blokowych i będziesz mieć RWD, choć
strasznie dookoła. Do tego pojawi się problem z "prawdziwymi" tabelkami.
Musiałbyś użytkowników nauczyć jakoś rozróżniać "tabelki RWD" od zwykłych
przez choćby nadanie klasy. Ale teoretycznie do zrobienia.

> Liczę na to, ze koledzy już się spotkali z takim problemem bo RWD to juz
> właściwie standard w tworzeniu stron i ktoś coś podpowie jak to
> rozwiązać od strony zarządzania treścią takiej strony.

Nie ma prostej odpowiedzi. RWD wymaga pewnej świadomości od użytkownika, o
którą ciężko. Jedyne, co mi przychodzi na myśl w tej sytuacji, to gotowe
fragmenty kodu (pewnie będą nazwane szablonami w wyswigu), odpowiednio
ostylowane do podglądu w edytorze (np. układające się obok siebie i z
widocznymi krawędziami), będące gotową konstrukcją RWD (czyli po prostu
stos div-ów z klasami frameworka, którego używasz).

--
Borys Pogoreło
borys(#)leszno,edu,pl

do góry

Niestety o szkoleniu usera do bardziej skomplikowanych zadań mowy być nie może:(
Też myślałem o jakiś gotowych szablonach ale chciałem tego uniknąć.
Naiwnie myślałem, że jest jakiś edytor w stylu tinyMC który radzi sobie z taką
transformacją kodu aby był on w pełni responsive.
Może coś się jeszcze znajdzie. Intensywnie przewalam google ale faktycznie w tym
temacie to bida straszna.
Generalnie jednak jakoś to rozwiązane być musi bo nie chce mi się wierzyć że padła
koncepcja rwd + cms.

do góry

Dnia Sun, 24 Aug 2014 03:10:22 -0700 (PDT), Sławek napisał(a):

> Naiwnie myślałem, że jest jakiś edytor w stylu tinyMC który radzi sobie z
> taką transformacją kodu aby był on w pełni responsive.

Ale kod HTML ma z RWD niewiele wspólnego, więc to nie należy do zadań
edytora.

> Generalnie jednak jakoś to rozwiązane być musi bo nie chce mi się wierzyć
> że padła koncepcja rwd + cms.

Koncepcja jest taka, że user musi być świadomy lub trzeba iść na kompromisy
:)

--
Borys Pogoreło
borys(#)leszno,edu,pl

do góry

W dniu niedziela, 24 sierpnia 2014 15:47:31 UTC+2 użytkownik Borys Pogoreło napisał:
> Dnia Sun, 24 Aug 2014 03:10:22 -0700 (PDT), S�awek napisa�(a):
>
>
>
> > Naiwnie my�la�em, �e jest jaki� edytor w stylu tinyMC kt�ry radzi sobie
z
>
> > tak� transformacj� kodu aby by� on w pe�ni responsive.
>
>
>
> Ale kod HTML ma z RWD niewiele wsp�lnego, wi�c to nie nale�y do zada�
>
> edytora.
>
>
>
> > Generalnie jednak jako� to rozwi�zane by� musi bo nie chce mi si�
wierzyďż˝
>
> > �e pad�a koncepcja rwd + cms.
>
>
>
> Koncepcja jest taka, �e user musi by� �wiadomy lub trzeba i�� na
kompromisy
>

Jak to nie ma? Przecież RWD opiera sie na umiejętnym zakodowaniu strony w html5 i
css3 (najczęściej) a taki edytor online zwraca przecież w końcu kod HTML.
A z świadomymi userami to pewnie sam wiesz jak jest:) Klient nie ma i nie musi mieć
pojęcia o html i chce dostać coś co redaguje jak dokument w wordzie i poza to nie
wyjdzie.
Wcześniej to w sumie nie było problemem bo wszystkie te edytory dawały w miarę
przyzwoity kod html w wyniku i mozna to było wczytywać na stronę. Teraz przy RWD to
juz nie taki proste i mam kurcze ćwieka zabitego niezłego.
Kombinuję że może dać robić na tabelach i je traktować jako siatkę ale przed zapisem
do bazy je parsować traktując każdą komórkę jako element siatki. Ale problem moze byc
jak mi user zrobi table w komórce tabeli itp. dziwne akcje.
No zaczyna mi ten problem sen z powiek spędzać:)

do góry

Dnia Sun, 24 Aug 2014 08:34:18 -0700 (PDT), Sławek napisał(a):

>> Koncepcja jest taka, �e user musi by� �wiadomy lub trzeba i�� na
kompromisy
>
> Jak to nie ma? Przecież RWD opiera sie na umiejętnym zakodowaniu strony w
> html5 i css3 (najczęściej) a taki edytor online zwraca przecież w końcu
> kod HTML.

RWD to tylko chwytliwa nazwa na zbiór istniejących technik CSS. HTML jest
strukturą, na której to wszystko działa. Ale cała magia to CSS.

> A z świadomymi userami to pewnie sam wiesz jak jest:) Klient nie ma i nie
> musi mieć pojęcia o html i chce dostać coś co redaguje jak dokument w
> wordzie i poza to nie wyjdzie.

To trzeba mu wyjaśnić, że pewne techniki mają swoje ograniczenia i poza nie
nie wyjdzie. A jeśli chce wyjść, to musi nabyć pewną wiedzę. Do
prawidłowego korzystania z Worda też potrzeba pewnych umiejętności, bo
później powstają potworki bez żadnej struktury dokumentu i z jednym stylem
podstawowym.

> Kombinuję że może dać robić na tabelach i je traktować jako siatkę ale
> przed zapisem do bazy je parsować traktując każdą komórkę jako element
> siatki. Ale problem moze byc jak mi user zrobi table w komórce tabeli
> itp. dziwne akcje.

Nic nie musisz parsować, od tego masz CSS. Jak pisałem - możesz zamienić
<td> w element blokowy, ale będzie to strzał w tył głowy semantyce kodu.

P.S. Psujesz kodowanie

--
Borys Pogoreło
borys(#)leszno,edu,pl

do góry