🚀 go-pugleaf

W dniu 2018-12-26 o 18:02, Borys Pogoreło pisze:

> Nie, chodzi mi o to, że bez tego narzędzia inny programista podetnie sobie
> żyły próbując zmieniać jedną rzecz w 50 plikach.

Ale po co ma zmieniać w 50 miejscach? Wystarczy, że przerwie automatykę 
aktualizacji edytując jeden z tych 50 plików ręcznie skazując tym samym 
programistę #1 na utratę warsztatu pracy.

Przecież DW z tym narzędziem nie zmienia zasady działania frameworków! 
Zawsze wygenerowane pliki muszą być zgodne z danym frameworkiem. A 
Framework przewiduje iż np. fragment jakiegoś jednego pliku HTML jest 
stopką drugiego i 50-tego. Różnica polega tylko na tym, że zamiast 
podawać frameworkowi wycięty z kontekstu fragment HTML, podajemy 
kompletny plik HTML z zaznaczonym (np. w blade) elementami jakie mają 
być wykorzystane w innym miejscu. Zawsze będą to pełnowartościowe pliki. 
I tylko to się zmienia, co dramatycznie usprawnia pracę webdesignerów. 
Mogą oni dzięki temu nanosić zmiany bezpośrednio do projektu bez 
angażowania programistów.

>> To już próbowałem. Nie działa.
>> https://drive.google.com/file/d/19I0G4n1E1IosnkWpMhrb414CbeKUnci9/view?usp=sharing
>>
>> Ctrl + P też nie.
> 
> No fakt, nie pokazuje aż tak szczegółowo. Ale tego akurat da się łatwo
> nauczyć.

Nie rozumiem? Nauczyć kogo i czego? Nauczyć PHPStorm pokazywania jakie 
atrybuty CSS dany tag HTMLowy odziedziczył, po jakich selektorach i 
jakie z tych atrybutów zostały nadpisane przez inne selektory? Jak tego 
dokonać?

> A po co Ci notacja rgb()? Nigdy w życiu nie miałem potrzeby jej użyć, co
> najwyżej rgba() z uwagi na przezroczystość. A nawet wtedy korzystam z
> ułatwień SCSS, który pozwala na zapis rgba(#xxyyzz, 0.1).

Nie tylko rgb lecz i hsb. A po co? Np. niedawno robiłem w SVG edytor 
kolorów. Nie da się w RGB podnieść jasność bez zmiany koloru bez 
stosowania algorytmów przeliczających. Po co je robić  skoro mamy 
natywną obsługę w JS/DOM?

-- 
Pozdrawiam,
Marek