Wątek: htmLayout

[switalski.piotr]

Czym różni się ta metoda od poprzedniej IE? Przecież IE też wykorzystuje html+css. Zauważyłem także, że HTMLlayout nie zna JS. Czy należy uznać, że themy dla wtw powinny być od teraz kompatybilne z obiema metodami czy domyślną jest IE?

[kasper93]

Czytał? http://minefield.k2t.eu/wtf/HTMLayout.txt

HTMLayout jest lżejszy i rozwiązuje też problemy jakie WTW ma w połączeniu z IE. Ja tam zostaje mimo wszystko przy IE, bo js się przydaje :) Po za tym HTMLayout jest dobrą alternatywą, więc moim zdaniem warto tworzyć style kompatybilne z oboma trybami lub oddzielnie wersje dla IE i HLM

[Kaworu]

"HTMLayout" a nie "HTMLlayout", różnica w jednym "L". ;P

A dane z tego pliku tekstowego kiedyś zostaną włączone do dokumentacji. Bo napisałem je w symie na potrzeby blipa. ;P

Anyway, tak nie rozumie JS, co jest dla mnie raczej zaletą. Bo po grzyba mi JS w oknie rozmowy, ja tam tylko w miarę sensownie sformatowane literki chciałbym widzieć. (A dzięki temu jest mniejszy, szybszy i mniej pamięci zjada... i chyba mniej problematyczny) ;)

[Ryan]

Serio, kompletnie nie rozumiem czemu miałby służyć JS w oknie rozmowy lub archiwum. :S HTMLayout całkiem dobrze radzi sobie z CSS-em (ma np. ograniczoną obsługę gradientów) i do wyświetlania tekstu z grafiką nadaje się idealnie.

[switalski.piotr]

Serio, kompletnie nie rozumiem czemu miałby służyć JS w oknie rozmowy lub archiwum

np. w tym stylu do obliczania czasu rozmowy, powiększania czcionki dynamicznie, drukowania rozmowy oraz przeniesienia się na poczatek rozmowy.

Ale nie o JS chodzi, tylko o pewne różnice w CSSie. To co dobrze wygląda na IE dostaje np jakies dziwne marginesy w HTMLayout. Stąd to pytanie o dostosowanie wersji. Czy HTMLayot stanie się flagową obsługą WTW i pod to należy tworzyc style, czy jest tylko zamiennikiem dla wiecznie marudzących antyIEuserów.

[Kaworu]

W takim razie... http://minefield.k2t.eu/wtf/HTMLayout.txt ... czytał?

[switalski.piotr]

Owszem i nie rozumie po tych zdaniach:

Jeżeli ustaiowny jest "domyślny layout manager", to jeżeli istnieje plik htmlLayoutInfo.xml w userTheme oraz istnieje chatTheme.html (w userTheme), to informacje o tym jaki jest domyślny LM zostaną załadowane z htmlLayoutInfo.xml; Jeżeli w userTheme jest chatTheme.html, ale nie ma htmlLayoutInfo.xml - domyślny jest IE; Jeżeli nie ma chatTheme.html w userTheme - używamy standardowej themki, domyślny jest HLA;

który layout wg Autora jest flagowym i domyślnym dla WTW jako programu, a nie WTW jako instancji na danym komputerze. Informacje jaki jest domyślny zostaną załadowane z

htmlLayoutInfo.xml

więc domyślnym może być dla każdego inny? Czy może zdane:

Jeżeli nie ma chatTheme.html w userTheme - używamy standardowej themki, domyślny jest HLA

mówi o tym, że jednak HLA skoro nie dodaliśmy nic z zewnątrz (pliku chatTheme)

Po dłuższych analizach uznaję, że HLA wg Autora przejęło kontrolę po IE jako główna i standardowa obsługa okna rozmowy w WTW, aczkolwiek przyznać klarowności tej informacji nie mogę. Brak wg mnie jasnej informacji wprost, że od teraz HTMLayot będzie domyślnym layoutem. "Domyślnym" to może złe słowo, bo z interpretacji tej informacji wynika, że nadużyto tu tego słowa lub nadal nie rozumiem i "domyślnym" może być dla każdego inny.

[Kaworu]

:D

Domyślnym jest taki, jaki themes chce. Jeśli themes nie chce żadnego (to zapewne jest stary - stworzony pod IE) - to dostanie IE.

Dostarczony z wtw styl działa pod nowym LM poprawnie, więc dostaje HLA.

A, że tylko czy tam aż 24% uzytkowników fogle zmienia styl, to 76% będzie zadowolone z mniej zasobochłonnego i mniej problematycznego Layout Managera.

[switalski.piotr]

24% uzytkowników fogle zmienia styl

To mnie zdziwiłeś... może 50% z tych 76% nie wie, że w ogóle jest to możliwe :P Dobra... odpowiedź mam. Chodziło mi przede wszystkim o zgłoszenia: "Twój styl źle mi się wyświetla, popraw"... Chciałem siebie i innych stylistow uchornić przed tym przez komentarze "Bo jest kompatybilny z domyślną obsługą IE", ale widzę, że będzie trzeba przerobić style :P EOT

[Kaworu]

PS: Dane oparte o ankiete z FB ;)

[charfa]

ale widzę, że będzie trzeba przerobić style :P

EOT uciąłem specjalnie :P

Nie będziesz musiał przerabiać styli. Dopóki ktoś nie zmieni ustawienia w opcjach zaawansowanych, żeby wymusić zawsze używanie HTMLayouta, dopóty twoje stare style będą korzystały z IE. O tym z którego layout managera korzystać decyduje styl. Jeśli nie ma stylu w userTheme, to wybierany jest HTMLayout i w tym sensie jest domyślny. Ale w momencie w którym wgrasz styl, który nie korzysta z HTMLayoutu, to zostanie wykorzystany IE. Plik htmlLayoutInfo.xml jest dostarczany razem ze stylem, jeśli w stylu go brakuje wybierany jest IE.

[Ryan]

np. w tym stylu do obliczania czasu rozmowy, powiększania czcionki dynamicznie, drukowania rozmowy oraz przeniesienia się na poczatek rozmowy.

Ja rozumiem do czego można użyć JSa. Podważam jedynie zasadność umieszczania takich rzeczy w skórce okna rozmowy.

[Vimes]

Ja używałem JS do wyświetlania [foto] z blipa i cytowanego wpisu  i to nie był w skórce tylko w wyrażeniu regularnym...

[switalski.piotr]

@Ryan
No widzisz... niektórzy używają tych funkcji, więc podważanie zasadności zostawiłbym w spokoju. Chyba, że czujesz się ekspertem w dziedzinie "umieszczania dodatkowych funkcji w oknach rozmowy komunikatorów" i należy słuchać Twoich rad przy tworzeniu theme.

nie rozumiem czemu miałby służyć JS w oknie rozmowy

Ja trochę inaczej zrozumiałem to sformuowanie, dlatego wyjaśniłem Ci czemu może służyć JS w oknie rozmowy.

[Ryan]

Nie twierdzę, że mam monopol na wiedzę, ale takie rzeczy powinny być ortogonalne do skórki. Jaki jest sens reimplementowania funkcji, które interesują zapewne jakąś część użytkowników, w każdej skórce, którą mogą być zainteresowani?

[switalski.piotr]

A ja nie twierdzę, że należy używać takich rozwiązań zawsze i wszędzie. Od stylisty zależy co chce przedstawić i zawrzeć w swojej skórce. EOT