eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.wwwCMS - jak powinno wyglądać wprowadzanie treści?Re: CMS - jak powinno wyglądać wprowadzanie treści?
  • Data: 2010-12-10 11:40:02
    Temat: Re: CMS - jak powinno wyglądać wprowadzanie treści?
    Od: Michał Gancarski <m...@g...com> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    On Fri, 10 Dec 2010 11:48:31 +0100, Marek wrote:

    [...]

    >>> Tylko tego brakowało! Czy sądzisz, że klienci wiedzą czym strong od
    >>> bolda się różni? :-D Boldem niewiele zepsuje, strongiem może znacznie
    >>> więcej. Mimo iż on to zepsuje to gromy mogą na mnie polecieć.
    >>
    >> Co może zepsuć "strongiem"?
    >
    > Pozycjonowanie.

    W jaki sposób? Jeśli coś jest ważne to należy to oznaczyć.


    >> Na poziomie edytora klient nie musi widzieć co
    >> powstaje pod spodem. Ma ikonkę "B" ale w kodzie pojawia się STRONG.
    >
    > To chyba bardzo zły pomysł. W kodzie powinno być <b>.

    Nie. To jest łata na przyzwyczajenia. Reszta to kwestia szkolenia.


    > <strong> ma inne
    > znaczenie semantyczne niż <b>.

    B w ogóle nie ma znaczenia semantycznego.


    > No i tu rodzi się dylemat - czy dawać
    > drugi sposób boldowania? Klient tego nie zrozumie lub zrozumie a potem
    > zapomni. Np. biorę kasę za pozycjonowanie a klient redagując treść w
    > sposób nieodpowiedni psując mi całą robotę. Dlatego tak prosta czynność
    > jak boldowanie może też powodować straty dla mnie. Również i stąd moje
    > dylematy co do udostępniania edytora.

    Szkolenie.


    [...]

    >> To zależy od sytuacji. Do prostych tabel można stworzyć style. Natomiast
    >> jeśli to jest cennik np. ze sklepu internetowego to generowałbym go pewnie
    >> z bazy. Jak? Nie wiem, musiałbym mieć pod ręką konkretny projekt, znać
    >> narzędzia i wiedzieć, że potrafię ich użyć.
    >
    > Edytor to nie jest konkretny projekt tylko narzędzie uniwersalne.

    Ale każdy projekt to jest decyzja co zrobić z edytorem. Rozpatrywanie
    edytora w oderwaniu od projektu nie ma sensu.


    > Jeśli
    > tabela miałaby być z bazy ciągnięta, to jak ją redaktor wstawi w treść
    > (lub w kilka miejsc w treści)? Jakimś znacznikiem specjalnym? Jeśli
    > zaczniesz ich używać, to rośnie stopień złożoności takiego edytora bo
    > wtedy nie tylko znaczniki HTML musi analizować. Z kolei nie wyobrażam
    > sobie aby redaktor z palca wklepywał kod tabeli.

    Tworzysz problemy w oderwaniu od kontekstu. Nie da się o tym dyskutować. W
    jednym projekcie wygodniej będzie wstawić cennik z bazy, w innym tabelą.
    Wady i zalety są tutaj konkretne, uzależnione od projektu.


    > Nie trzymaj się wyrażenia "cennik" jako faktycznie cennika. To mogą być
    > takie elementy jak tu:
    >
    > http://www8.hp.com/pl/pl/contact-hp/phone-assist.htm
    l

    Znów - nie wiem jak to jest zrobione od strony redaktora więc nie
    wypowiadam się czy zrobiono dobrze i czy dałoby się lepiej.


    --
    Michał Gancarski

    Sieeeaaaaaaaaaaa!

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: