Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > pl.comp.lang.php > #15879 > unrolled thread

PHPStorm - jak tworzyć wzorce HTML?

Started byMarek S <precz@spamowi.com>
First post2018-12-16 01:13 +0100
Last post2018-12-26 21:20 +0100
Articles 20 on this page of 51 — 4 participants

Back to article view | Back to pl.comp.lang.php

Contents

  PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-16 01:13 +0100
    Re: PHPStorm - jak tworzyć wzorce HTML? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-16 12:30 +0100
      Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-16 16:33 +0100
        Re: PHPStorm - jak tworzyć wzorce HTML? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-16 17:02 +0100
          Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-16 17:27 +0100
            Re: PHPStorm - jak tworzyć wzorce HTML? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-16 17:45 +0100
              Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-16 19:10 +0100
                Re: PHPStorm - jak tworzyć wzorce HTML? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-16 19:21 +0100
                  Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-16 20:25 +0100
                    Re: PHPStorm - jak tworzyć wzorce HTML? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-16 22:19 +0100
                      Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-17 22:11 +0100
                        Re: PHPStorm - jak tworzyć wzorce HTML? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-18 08:04 +0100
                          Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-18 21:27 +0100
                    Re: PHPStorm - jak tworzyć wzorce HTML? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-17 20:36 +0100
                      Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-17 22:12 +0100
                        Re: PHPStorm - jak tworzyć wzorce HTML? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-18 07:54 +0100
                          Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-18 21:32 +0100
                  Re: PHPStorm - jak tworzyć wzorce HTML? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-17 20:35 +0100
        Re: PHPStorm - jak tworzyć wzorce HTML? Kviat - 2018-12-16 17:03 +0100
          Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-16 17:25 +0100
            Re: PHPStorm - jak tworzyć wzorce HTML? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-16 17:43 +0100
              Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-16 19:29 +0100
                Re: PHPStorm - jak tworzyć wzorce HTML? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-16 19:53 +0100
                  Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-16 20:53 +0100
                    Re: PHPStorm - jak tworzyć wzorce HTML? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-16 22:09 +0100
                      Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-17 23:05 +0100
                        Re: PHPStorm - jak tworzyć wzorce HTML? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-26 18:02 +0100
                          Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-26 21:14 +0100
                            Re: PHPStorm - jak tworzyć wzorce HTML? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-26 23:32 +0100
                              Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-28 23:20 +0100
                                Re: PHPStorm - jak tworzyć wzorce HTML? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-29 01:33 +0100
                                  Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-29 21:16 +0100
            Re: PHPStorm - jak tworzyć wzorce HTML? Kviat - 2018-12-16 18:13 +0100
              Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-16 20:11 +0100
                Re: PHPStorm - jak tworzyć wzorce HTML? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-16 22:17 +0100
                  Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-17 23:20 +0100
                    Re: PHPStorm - jak tworzyć wzorce HTML? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-18 07:59 +0100
                      Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-18 21:36 +0100
                        Re: PHPStorm - jak tworzyć wzorce HTML? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-18 22:19 +0100
                          Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-22 20:02 +0100
                            Re: PHPStorm - jak tworzyć wzorce HTML? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-22 20:51 +0100
                              Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-23 15:14 +0100
                                Re: PHPStorm - jak tworzyć wzorce HTML? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-27 13:06 +0100
                Re: PHPStorm - jak tworzyć wzorce HTML? Kviat - 2018-12-16 23:12 +0100
                  Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-17 23:55 +0100
                    Re: PHPStorm - jak tworzyć wzorce HTML? Kviat - 2018-12-18 10:24 +0100
                      Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-18 21:52 +0100
                        Re: PHPStorm - jak tworzyć wzorce HTML? Kviat - 2018-12-19 02:45 +0100
                          Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-22 20:48 +0100
                            Re: PHPStorm - jak tworzyć wzorce HTML? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-26 17:43 +0100
                              Re: PHPStorm - jak tworzyć wzorce HTML? Marek S <precz@spamowi.com> - 2018-12-26 21:20 +0100

Page 1 of 3  [1] 2 3  Next page →

#15879 — PHPStorm - jak tworzyć wzorce HTML?

FromMarek S <precz@spamowi.com>
Date2018-12-16 01:13 +0100
SubjectPHPStorm - jak tworzyć wzorce HTML?
Message-ID<pv45bb$8vm$1@node1.news.atman.pl>
Witam,

Właśnie przerzucam się z Dreamweaver'a na PHPStorm i utknąłem na 
podstawowej funkcjonalności jaką są wzorce. Moją intencją jest 
stworzenie wzorca pliku HTML, który ma niezmienne i zmienne sekcje. 
Chciałbym aby po każdej zmianie wzorca następowało aktualizowanie 
wszystkich plików HTML bazujących na danym wzorcu. W Dreamweawerze było 
to banalne. Niestety w PHPStorm nie mogę namierzyć podobnej 
funkcjonalności.

Problem dotyczy pracy z PHP-framewokami. Chciałbym aby zmiana wzorca 
natychmiast była propagowana w danym projekcie. Jak to uczynić?

-- 
Pozdrawiam,
Marek

[toc] | [next] | [standalone]

#15882

FromBorys Pogoreło <borys@pl.edu.leszno>
Date2018-12-16 12:30 +0100
Message-ID<e1vd3rwlb1yl.1qwmmqrtxl9ut.dlg@40tude.net>
In reply to#15879
Dnia Sun, 16 Dec 2018 01:13:30 +0100, Marek S napisał(a):

> Problem dotyczy pracy z PHP-framewokami. Chciałbym aby zmiana wzorca 
> natychmiast była propagowana w danym projekcie. Jak to uczynić?

Mam wrażenie, że próbujesz sobie strzelić w stopę. Co dokładnie chcesz
uzyskać?

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

[toc] | [prev] | [next] | [standalone]

#15884

FromMarek S <precz@spamowi.com>
Date2018-12-16 16:33 +0100
Message-ID<pv5r8u$smv$1@node1.news.atman.pl>
In reply to#15882
W dniu 2018-12-16 o 12:30, Borys Pogoreło pisze:
> Dnia Sun, 16 Dec 2018 01:13:30 +0100, Marek S napisał(a):
> 
>> Problem dotyczy pracy z PHP-framewokami. Chciałbym aby zmiana wzorca
>> natychmiast była propagowana w danym projekcie. Jak to uczynić?
> 
> Mam wrażenie, że próbujesz sobie strzelić w stopę. Co dokładnie chcesz
> uzyskać?
> 

Przykładowo jest strona WWW, dla uproszczenia rozważań: statyczna, 
zawierająca 50 podstron. Powiedzmy mają one u góry takie samo logo, 
menu, banner. Po środku jest miejsce na treści zależne od podstrony. Na 
dole stopka wspólna dla wszystkich stron.

W pewnym momencie klient mówi: a teraz dostaw Google Analytics. 
Chciałbym wejść w template, dopisać kod, kliknąć "publikuj" i wszystkie 
50 stron bazujących na tym templacie zyska dodatkowy fragment kodu.

Nie chcę żadnych SSI bo wtedy nie widzę całej struktury strony i muszę 
sobie ją wyobrażać. Chciałbym też aby klasy CSS były dostępne w trakcie 
edycji itp. W Dreamwearze dziesiątki jeśli nie setki projektów tak 
zrealizowałem i nigdy nie odczułem efektu strzału w stopę.

Jeśli uporamy się z tematem j/w to przeniosę go na programowanie 
frameworków.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15889

FromWojciech Bancer <wojciech.bancer@gmail.com>
Date2018-12-16 17:02 +0100
Message-ID<slrnq1ctpf.1ru5.wojciech.bancer@pl-test.org>
In reply to#15884
On 2018-12-16, Marek S <precz@spamowi.com> wrote:

> W pewnym momencie klient mówi: a teraz dostaw Google Analytics. 
> Chciałbym wejść w template, dopisać kod, kliknąć "publikuj" i wszystkie 
> 50 stron bazujących na tym templacie zyska dodatkowy fragment kodu.

1. To masz szablon bazowy gdzie masz te logo
2. Alternatywnie masz re-używalny blok do tego szablonu.

W żadnym wypadku nie jest to sprawa dla edytora, tylko kwestia
tego jak Ty zorganizujesz sobie kod.

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15894

FromMarek S <precz@spamowi.com>
Date2018-12-16 17:27 +0100
Message-ID<pv5ue7$vk9$2@node1.news.atman.pl>
In reply to#15889
W dniu 2018-12-16 o 17:02, Wojciech Bancer pisze:
> On 2018-12-16, Marek S <precz@spamowi.com> wrote:
> 
>> W pewnym momencie klient mówi: a teraz dostaw Google Analytics.
>> Chciałbym wejść w template, dopisać kod, kliknąć "publikuj" i wszystkie
>> 50 stron bazujących na tym templacie zyska dodatkowy fragment kodu.
> 
> 1. To masz szablon bazowy gdzie masz te logo
> 2. Alternatywnie masz re-używalny blok do tego szablonu.
> 
> W żadnym wypadku nie jest to sprawa dla edytora, tylko kwestia
> tego jak Ty zorganizujesz sobie kod.

Nie wiem czy dobrze się rozumiemy: jak robisz wizualny podgląd takiego 
kodu HTML? Czy webdesigner nie znający PHP jest w stanie łatwo zobaczyć 
całość strony i nanieść poprawki?

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15898

FromBorys Pogoreło <borys@pl.edu.leszno>
Date2018-12-16 17:45 +0100
Message-ID<wmrc5ogmlpih$.18zvh18hy2cng.dlg@40tude.net>
In reply to#15894
Dnia Sun, 16 Dec 2018 17:27:49 +0100, Marek S napisał(a):

> Nie wiem czy dobrze się rozumiemy: jak robisz wizualny podgląd takiego 
> kodu HTML? Czy webdesigner nie znający PHP jest w stanie łatwo zobaczyć 
> całość strony i nanieść poprawki?

Jeśli nie zatrzymał z umiejętnościami w ubiegłym wieku, to tak - będzie w
stanie nanieść poprawki.

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

[toc] | [prev] | [next] | [standalone]

#15903

FromMarek S <precz@spamowi.com>
Date2018-12-16 19:10 +0100
Message-ID<pv64ef$2vl$1@node2.news.atman.pl>
In reply to#15898
W dniu 2018-12-16 o 17:45, Borys Pogoreło pisze:

> Jeśli nie zatrzymał z umiejętnościami w ubiegłym wieku, to tak - będzie w
> stanie nanieść poprawki.
> 

Czy mógłbyś mi wypunktować procedurę postępowania?  Żeby mega-uprościć, 
to robimy dwa dokumenty HTML + link do CSS, których jedna część kodu 
może podlegać edycji redakcyjnej a inna ma być wspólna i pochodzić ze 
wzorca.

Chciałbym osiągnąć coś takiego:
1. Zmieniamy coś we wzorcu, to aktualizowana jest treść obu stron.
2. Chcę widzieć offline'owo wszelkie zmiany w przeglądarce. Nie mamy 
XAMPP'a itp. Niech webdesigner zwyczajnie widzi graficzną reprezentację 
swojego kodu HTML/CSS.

Jak byś to zrobił w PHPStormie?

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15904

FromBorys Pogoreło <borys@pl.edu.leszno>
Date2018-12-16 19:21 +0100
Message-ID<1vo53wdbftjsz.1893gq5yfft8q.dlg@40tude.net>
In reply to#15903
Dnia Sun, 16 Dec 2018 19:10:20 +0100, Marek S napisał(a):

> Czy mógłbyś mi wypunktować procedurę postępowania?  Żeby mega-uprościć, 
> to robimy dwa dokumenty HTML + link do CSS, których jedna część kodu 
> może podlegać edycji redakcyjnej a inna ma być wspólna i pochodzić ze 
> wzorca.

Ja Ci to nawet utrudnię. To co opisujesz powinno być raczej zbiorem
szablonów i plików LESS/SCSS kompilowanych do CSS. Dziś pliki HTML/CSS/JS
to tylko wynik znacznie bardziej skomplikowanego procesu.

> Chciałbym osiągnąć coś takiego:
> 1. Zmieniamy coś we wzorcu, to aktualizowana jest treść obu stron.
> 2. Chcę widzieć offline'owo wszelkie zmiany w przeglądarce. Nie mamy 
> XAMPP'a itp. Niech webdesigner zwyczajnie widzi graficzną reprezentację 
> swojego kodu HTML/CSS.

Absolutne minimum w dzisiejszych czasach to jakieś repozytorium i
uruchamianie z niego instancji testowej, gdzie designer może ocenić
wprowadzone zmiany (najlepiej automatyczne, ale na upartego i ręczne). 

A jeśli designer chce to odpalać lokalnie, to można mu zmontować jakiegoś
Dockera z obrazem aplikacji. Odpala i działa. Dla Laravela istnieje trochę
rozwiązań tego typu.

To co opisujesz to jest informatyczne średniowiecze.

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

[toc] | [prev] | [next] | [standalone]

#15908

FromMarek S <precz@spamowi.com>
Date2018-12-16 20:25 +0100
Message-ID<pv68rt$780$1@node2.news.atman.pl>
In reply to#15904
W dniu 2018-12-16 o 19:21, Borys Pogoreło pisze:

> Ja Ci to nawet utrudnię. To co opisujesz powinno być raczej zbiorem
> szablonów i plików LESS/SCSS kompilowanych do CSS. Dziś pliki HTML/CSS/JS
> to tylko wynik znacznie bardziej skomplikowanego procesu.

Stosuję SCSS czy składanie JS w locie jedynie przy rozbudowanych 
aplikacjach. W przeciwnym razie jest to faktycznie, tak jak nazwałeś, 
utrudnianiem sobie życia.

 > To co opisujesz to jest informatyczne średniowiecze.

Być może wysiwyg jest średniowieczem ale bardzo efektywnym w porównaniu 
ze zgadywaniem wartości atrybutów CSS i sprawdzaniem na poziomie 
aplikacji czy ustawiliśmy je już dostatecznie estetycznie, czy jeszcze 
trzeba poprawić - i tak kilkanaście razy, jeśli nie więcej.

No ale ok. Zakładam, że uzyskałem odpowiedź w postaci, że PHPStorm nie 
będzie potrafił pracować w w/w schemacie więc odpuszczam sobie i robię 
tak jak inni: granat w kompletny kod HTML projektu i niech trafia do 
pierdyliona folderów po kawałku bez możliwości podglądu tego, co się robi.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15912

FromBorys Pogoreło <borys@pl.edu.leszno>
Date2018-12-16 22:19 +0100
Message-ID<8s7ppkhb7d3n$.1nao1e8xnar39.dlg@40tude.net>
In reply to#15908
Dnia Sun, 16 Dec 2018 20:25:46 +0100, Marek S napisał(a):

> Stosuję SCSS czy składanie JS w locie jedynie przy rozbudowanych 
> aplikacjach. W przeciwnym razie jest to faktycznie, tak jak nazwałeś, 
> utrudnianiem sobie życia.

Dlaczego? File watcher w phpStorm + BrowserSync i nawet nie zauważasz, że
pracujesz z SCSS. Niezależnie od wielkości projektu.

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

[toc] | [prev] | [next] | [standalone]

#15918

FromMarek S <precz@spamowi.com>
Date2018-12-17 22:11 +0100
Message-ID<pv93dp$qnk$1@node2.news.atman.pl>
In reply to#15912
W dniu 2018-12-16 o 22:19, Borys Pogoreło pisze:
>> Stosuję SCSS czy składanie JS w locie jedynie przy rozbudowanych
>> aplikacjach. W przeciwnym razie jest to faktycznie, tak jak nazwałeś,
>> utrudnianiem sobie życia.
> 
> Dlaczego? File watcher w phpStorm + BrowserSync i nawet nie zauważasz, że
> pracujesz z SCSS. Niezależnie od wielkości projektu.

Zgoda, ale korzyści z tego też nie mam. Temat jest podobny do ładowania 
bibliotek jQuery w miejscu gdzie wystarczy jedna linijka kodu w czystym 
JS. Da się, ale po co?

Od czasu kiedy wprowadzono calc() itp do CSS coraz rzadziej dostrzegam 
korzyści z scss w małych projektach.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15925

FromWojciech Bancer <wojciech.bancer@gmail.com>
Date2018-12-18 08:04 +0100
Message-ID<slrnq1h704.19pr.wojciech.bancer@pl-test.org>
In reply to#15918
On 2018-12-17, Marek S <precz@spamowi.com> wrote:

[...]

> Zgoda, ale korzyści z tego też nie mam. Temat jest podobny do ładowania 
> bibliotek jQuery w miejscu gdzie wystarczy jedna linijka kodu w czystym 
> JS. Da się, ale po co?

To może ustalmy o jakiej skali projektów piszesz.

Jak Ty piszesz projekty typu "dwie strony statyczne, trzy obrazki, a jak
się tu kliknie o, to się pojawi napis", to nie pakuj się w framework / edytor / cokolwiek 
który jest przeznaczony do pisania rozbudowanych aplikacji.

I nie oczekuj od tych narzędzi tych samych funkcjonalności.
I o ile "zasady" i narzędzia użyte do pisania dużych projektów można 
przenieść do małych, chociaż jak zauważyłeś niesię to za sobą pewien
narzut, o tyle w drugą stronę już tak nie przejdzie, więc to co 
próbujesz przecisnąć po prostu w tego typu narzędziach nie istnieje,
bo jest niepotrzebne i tworzy więcej problemów niż rozwiązuje.

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15927

FromMarek S <precz@spamowi.com>
Date2018-12-18 21:27 +0100
Message-ID<pvbl85$7nh$1@node2.news.atman.pl>
In reply to#15925
W dniu 2018-12-18 o 08:04, Wojciech Bancer pisze:
> 
> To może ustalmy o jakiej skali projektów piszesz.

Każdej skali. Może z wyjątkiem skali FB czy Google. Mam w swojej 
kolekcji zarówno bardzo małe serwisy jak i zaawansowane sklepy (na 
własnym frameworku, którego porzucam) czy też znane międzynarodowe firmy 
o dużej oglądalności wymagające wydajnego CMS. Statycznych stron nie tworzę.

Nie wiem czy moja odpowiedź coś zmienia.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15915

FromWojciech Bancer <wojciech.bancer@gmail.com>
Date2018-12-17 20:36 +0100
Message-ID<slrnq1fumm.hvs.wojciech.bancer@pl-test.org>
In reply to#15908
On 2018-12-16, Marek S <precz@spamowi.com> wrote:

[...]

> Być może wysiwyg jest średniowieczem ale bardzo efektywnym w porównaniu 
> ze zgadywaniem wartości atrybutów CSS i sprawdzaniem na poziomie 
> aplikacji czy ustawiliśmy je już dostatecznie estetycznie, czy jeszcze 
> trzeba poprawić - i tak kilkanaście razy, jeśli nie więcej.

Z niecierpliwością czekam na ten moment kiedy odkryjesz istnienie grafików
i produkowanych przez nich plików graficznych :-)

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15919

FromMarek S <precz@spamowi.com>
Date2018-12-17 22:12 +0100
Message-ID<pv93fl$qnk$2@node2.news.atman.pl>
In reply to#15915
W dniu 2018-12-17 o 20:36, Wojciech Bancer pisze:
> On 2018-12-16, Marek S <precz@spamowi.com> wrote:
> 
> [...]
> 
>> Być może wysiwyg jest średniowieczem ale bardzo efektywnym w porównaniu
>> ze zgadywaniem wartości atrybutów CSS i sprawdzaniem na poziomie
>> aplikacji czy ustawiliśmy je już dostatecznie estetycznie, czy jeszcze
>> trzeba poprawić - i tak kilkanaście razy, jeśli nie więcej.
> 
> Z niecierpliwością czekam na ten moment kiedy odkryjesz istnienie grafików
> i produkowanych przez nich plików graficznych :-)

Chyba coś nie na temat albo nie nadążam.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15923

FromWojciech Bancer <wojciech.bancer@gmail.com>
Date2018-12-18 07:54 +0100
Message-ID<slrnq1h6d1.19pr.wojciech.bancer@pl-test.org>
In reply to#15919
On 2018-12-17, Marek S <precz@spamowi.com> wrote:

[...]

>>> aplikacji czy ustawiliśmy je już dostatecznie estetycznie, czy jeszcze
>>> trzeba poprawić - i tak kilkanaście razy, jeśli nie więcej.
>> 
>> Z niecierpliwością czekam na ten moment kiedy odkryjesz istnienie grafików
>> i produkowanych przez nich plików graficznych :-)
>
> Chyba coś nie na temat albo nie nadążam.

Takie rzeczy jak kolory, to się ustala z klientem na projektach
graficznych, a nie "dzielnie sprawdza", czy kolor będzie pasował
wpisując randomowe heksy w kodzie i sprawdzając "czy już 
estetycznie"

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15928

FromMarek S <precz@spamowi.com>
Date2018-12-18 21:32 +0100
Message-ID<pvblg8$7te$1@node2.news.atman.pl>
In reply to#15923
W dniu 2018-12-18 o 07:54, Wojciech Bancer pisze:

> Takie rzeczy jak kolory, to się ustala z klientem na projektach
> graficznych, a nie "dzielnie sprawdza", 

Idealista! Nie pamiętam czy chociaż raz ustalenia nie zostały 
zmodyfikowane w trakcie życia projektu :-D

Grafikiem sam jestem więc mniej więcej wiem czym jest kolor i współpraca 
z klientem. Nie sprowadzaj tematu do dyskusji na poziomie licealisty, 
który kupił sobie podręcznik HTML.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15914

FromWojciech Bancer <wojciech.bancer@gmail.com>
Date2018-12-17 20:35 +0100
Message-ID<slrnq1fuk3.hvs.wojciech.bancer@pl-test.org>
In reply to#15904
On 2018-12-16, Borys Pogoreło <borys@pl.edu.leszno> wrote:

[...]

> A jeśli designer chce to odpalać lokalnie, to można mu zmontować jakiegoś
> Dockera z obrazem aplikacji. Odpala i działa. Dla Laravela istnieje trochę
> rozwiązań tego typu.
>
> To co opisujesz to jest informatyczne średniowiecze.

Ja tam bym poszedł w dobrze skonfigurowany browser-sync :)

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15890

FromKviat
Date2018-12-16 17:03 +0100
Message-ID<5c16773c$0$488$65785112@news.neostrada.pl>
In reply to#15884
W dniu 2018-12-16 o 16:33, Marek S pisze:
> W dniu 2018-12-16 o 12:30, Borys Pogoreło pisze:
>> Dnia Sun, 16 Dec 2018 01:13:30 +0100, Marek S napisał(a):
>>
>>> Problem dotyczy pracy z PHP-framewokami. Chciałbym aby zmiana wzorca
>>> natychmiast była propagowana w danym projekcie. Jak to uczynić?
>>
>> Mam wrażenie, że próbujesz sobie strzelić w stopę. Co dokładnie chcesz
>> uzyskać?
>>
> 
> Przykładowo jest strona WWW, dla uproszczenia rozważań: statyczna, 
> zawierająca 50 podstron. Powiedzmy mają one u góry takie samo logo, 
> menu, banner. Po środku jest miejsce na treści zależne od podstrony. Na 
> dole stopka wspólna dla wszystkich stron.
> 
> W pewnym momencie klient mówi: a teraz dostaw Google Analytics. 
> Chciałbym wejść w template, dopisać kod, kliknąć "publikuj" i wszystkie 
> 50 stron bazujących na tym templacie zyska dodatkowy fragment kodu.

Czy ja dobrze zrozumiałem, że jak chcesz coś dodać/zmienić np. w stopce, 
to oczekujesz automagicznej zmiany we wszystkich 50 stopkach we 
wszystkich 50 podstronach? Albo jak zmienisz menu, to we wszystkich 50 
menu na 50 podstronach?

> Nie chcę żadnych SSI bo wtedy nie widzę całej struktury strony i muszę 
> sobie ją wyobrażać.

Hmmmm... więc lepiej jest trzymać osobnych 50 podstron ze wszystkimi 
powtarzającymi się fragmentami, zamiast powtarzające się fragmenty 
wyrzucić do osobnego (osobnych) jednego pliku i go inkludować?
Nie jest prościej zmiany dokonać w jednym pliku?

Albo faktycznie próbujesz strzelać sobie w stopę, albo nie zrozumiałem 
idei Twojego pomysłu.

Pozdrawiam
Piotr

[toc] | [prev] | [next] | [standalone]

#15893

FromMarek S <precz@spamowi.com>
Date2018-12-16 17:25 +0100
Message-ID<pv5u9f$vk9$1@node1.news.atman.pl>
In reply to#15890
W dniu 2018-12-16 o 17:03, Kviat pisze:

> Czy ja dobrze zrozumiałem, że jak chcesz coś dodać/zmienić np. w stopce, 
> to oczekujesz automagicznej zmiany we wszystkich 50 stopkach we 
> wszystkich 50 podstronach? Albo jak zmienisz menu, to we wszystkich 50 
> menu na 50 podstronach?

Dokładnie tak.

> 
> Hmmmm... więc lepiej jest trzymać osobnych 50 podstron ze wszystkimi 
> powtarzającymi się fragmentami, zamiast powtarzające się fragmenty 
> wyrzucić do osobnego (osobnych) jednego pliku i go inkludować?
> Nie jest prościej zmiany dokonać w jednym pliku?

Po pierwsze - przy pracy z template'ami w DW właśnie w jednym pliku 
dokonujesz zmiany a na 50ciu widoczny jest tego efekt w "magiczny", jak 
to określasz, sposób.

Po drugie - niby co się dzieje jeśli zbierasz kawałki kodu z kilku 
plików? Właśnie to, że w rezultacie i tak otrzymasz kompletny jeden plik 
HTML, który wysyłasz do przeglądarki więc oszczędności nie ma żadnej.

Po trzecie te powtarzające się fragmenty mają jedną korzyść: _zawsze_ 
widzisz pełną stronę. Możesz śledzić wizualne zmiany w przeglądarce. A 
jeśli projekt został posiekany na kilka kawałków, to nie masz bladego 
pojęcia jak będzie wyglądała np. kolumna newsów do momentu kiedy serwer 
nie poskłada projektu do kupy. Takie budowanie WWW po omacku nie jest 
dobrą praktyką. Gdy po roku zajrzysz w swój własny projekt to zwykle 
rozpoczynasz od poszukiwań fragmentów kodu zamiast od razu wizualnie 
zobaczyć dany fragment wizualnie. A gdy programista generuje HTML jako 
składany string po kawałku w PHP, to już w ogóle katastrofa.

> 
> Albo faktycznie próbujesz strzelać sobie w stopę, albo nie zrozumiałem 
> idei Twojego pomysłu.

Nie tylko mojego ale i Adobe:
https://helpx.adobe.com/dreamweaver/user-guide.html?topic=/dreamweaver/morehelp/templates.ug.js

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

Page 1 of 3  [1] 2 3  Next page →

Back to top | Article view | pl.comp.lang.php

csiph-web