Niezalogowany [ logowanie ]
Subskrybuj kanał ATOM Kanał ATOM    Subskrybuj kanał ATOM dla tagu javascript Kanał ATOM (tag: javascript)

Autor wpisu: Kamil Adryjanek, dodany: 18.09.2014 21:19, tagi: javascript

ExtJS5 Ostatnio szukałem tutoriala, który opisywałby w prawidłowy sposób nadpisywanie komponentów ExtJS5, niestety nie udało mi się znaleźć nic ciekawego – może z wyjątkiem dobrego artykułu na temat nadpisywania klas w ExtJS4, niestety zastosowane rozwiązanie nie działało w ExtJS5. Ponadto, nie znalazłem również właściwych informacji w oficjalnej dokumentacji ExtJS, dlatego w tym artykule w kilku zdaniach postanowiłem opisać jak to powinno wyglądać.

Post Rozszerzanie i nadpisywanie komponentów ExtJS5 pojawił się poraz pierwszy w Kamil Adryjanek.

Autor wpisu: Kamil Adryjanek, dodany: 15.09.2014 15:13, tagi: javascript

ExtJS5Recently i was looking for tutorial about proper way of overriding ExtJS5 class methods but unfortunately i haven’t found anything interesting – maybe except one good tutorial about overriding in ExtJS 4 but for me that solution was not working in ExtJS 5. I have also not found sufficient information about proper way of overriding in ExtJS docs, so i decided write a few words of explanation.

Post Extending and Overriding ExtJS5 components pojawił się poraz pierwszy w Kamil Adryjanek.

Autor wpisu: Kamil Adryjanek, dodany: 08.09.2014 09:45, tagi: javascript

A couple of weeks ago Sencha has introduced new version of their flagship product: ExtJS 5. After “slow and heavy” ExtJS 4 this version is expected to be the best ExtJS release ever. In next few chapters i will try to explain you why.

Post Is ExtJS5 really so awesome? pojawił się poraz pierwszy w Kamil Adryjanek.

Autor wpisu: stormfly, dodany: 13.06.2014 18:38, tagi: javascript

Czasami chcielibyśmy, aby wpisy dodawane w CMS od razu publikowały się także na naszym fanpage na facebooku. Dzięki facebook API można to zrobić prawie bezboleśnie ;) Męczyłem się niestety z tym dobre kilka godzin. Początkowa wersja miała być w PHP, ale ostatecznie zrobiłem to w...

Autor wpisu: Śpiechu, dodany: 12.04.2014 22:27, tagi: javascript

I won’t talk about PHP today. Sorry PHPers. If you do some frontend job, you won’t be disappointed. I’m assuming you know some basic JavaScript stuff like closures, prototyping and context switching, because I’m going to do some cheating.

Our goal for today is to force JavaScript to invoke different functions according to different arguments number. To further complicate all of this, we’ll work on prototypes and check if overloading works on inherited objects.

I’ll use CoffeeScript since it has nice, condensed syntax. You don’t need to write much JS boilerplate like semicolons and braces, what leads to about 30% less code in CS <-> JS comparison. Always remember: CoffeeScript is just JavaScript and you can simple paste it in Try CoffeeScript’s section to see the JS compiled result. Don’t worry, i’ll provide some hints in sensitive places.

Most important things for today are:

  • you can always check how many arguments function has in its declaration using length property,
  • you can always check how many arguments function was invoked with by using arguments.length property.

A few ending thoughts:

  • augmenting methods have some performance penalty,
  • you’ll probably complicate stuff when use overloading too much,
  • if you truly need that solution in JS, you’re doing something wrong :-)

Autor wpisu: zleek, dodany: 24.03.2014 08:20, tagi: css, javascript, php

Dostępność urządzeń z różnymi rozmiarami ekranów oraz wyświetlającymi obraz w różnych rozdzielczościach wymusza na twórcach stron internetowych takie ich tworzenie, aby automatycznie się skalowały i dostosowywały swój wygląd oraz wyświetlane informacje. Problem pojawia się jednak, gdy chcemy sprawdzić nasze rozwiązania w różnych rozdzielczościach ekranów. Mało kto bowiem będzie miał możliwość posiadania przynajmniej kilku najpopularniejszych urządzeń […]

Autor wpisu: singles, dodany: 21.10.2013 00:03, tagi: javascript

Jest niedziela, 20 października 2013, godzina 22:18. Kilkanaście godzin temu wróciłem z Gdańska, gdzie odbyła się druga edycja meet.js summit. Trochę się bałem pisać o tej konferencji, ponieważ i tak mam już opinię hejtera wszystkich możliwych konferencji. A w tym wypadku na minus jedna sprawa. Tylko albo aż. Jaka? Zapraszam do krótkiego spojrzenia na summit.js#2.0.0 moimi oczami.

Miejsce i organizacja

Gdańsk, centrum Amber Expo. Dotarcie z Dworca Głównego w 15 minut – kilka przystanków tramwajem i krótki spacer (bardzo blisko nowego stadionu). Miejsce bardzo nowoczesne – polecam zapoznać się z galerią. Duża sala, dwa ekrany, brak problemów technicznych, bezproblemowo działające WiFi, naprawdę bardzo pozytywnie – zastanawiam się, czy to nie była najlepsza miejscówka na konferencję, w jakiej miałem okazję być – jeśli nie jest najlepsza, to na pewno w pierwszej trójce.

After party

Kilkanaście minut pieszo od Głównego, Red Light Pub. Miejsce fajne, gdzie podawali specjalne okazjonalne drinki – takie jak HTML5 (5 shotów), CSS3 (3 shoty) czy też beer.js. Ale znaleźć to miejsce! Google podaje inny adres, mordoksiążka inny. Logiczne byłoby szukanie pubu o czerwonej kolorystyce/oświetleniu. Słuszny strzał. Problem w tym, że w okolicy było kilka pubów o takim oświetleniu, a ten konkretny nie posiadał żadnego szyldu (albo po prostu nie zauważyliśmy). I patrząc na liczbę grup poruszających się grup zapatrzonych w swoje mapy na smartphonach, nie byliśmy raczej jedyni. Do organizatorów – plakat meet.js na drzwiach bardzo by pomógł :)

Nie wiem czy w Waszych miastach też tak jest, ale od jakiegoś roku zauważam coraz większy wysyp burgerowni w Poznaniu. Tak więc jak wyglądała niespodzianka na afterze? Na ogródku stanął mobilny bar z miejscowymi burgerami. Niestety, z racji czasu oczekiwania (50 minut – rzuciły się ino programisty) i godziny odjazdu pociągu niedane nam było spróbować, ale na oko wyglądały naprawdę dobrze.

Catering

Standard – była kawa, herbata, woda, ciastka, ciasta, owoce. Co było niestandardowe, to fakt, że obiad odbywał się „na stadionie” :) Tzn. musieliśmy zrobić mały spacer na pobliski stadion do znajdującego się tam dużego pubu, gdzie to podano obiad. Wybór dość skromny (mimo wszystko, konferencja była darmowa, i tak fajnie że było cokolwiek:), ale smacznie. A spacer? Hmm, trochę pobudził.

„Pobudził?!” rzekniecie. Tak, pobudził. Dochodzimy do sedna..

Prezentacje

Należę do tej grupy osób, które od prezentacji oczekują dobrze przyprawionego „mięsa” zakończonego deserem. A w tym przypadku, kontynuując analogię, dostaliśmy niedoprawione wegetariańskie danie, z małymi kawałkami mięsa (pewnie się kucharzowi zagubiły) i niezłym deserem na końcu. I nie jest to tylko moje zdanie, ale także kilku osób z którymi dyskutowałem.

Za dużo ogółu, za mało konkretów. Może 30% prezentacji przypadło . Niektórzy mogą stwierdzić, że skoro poświęca się kilka godzin w tygodniu na czytanie RSSów i tego co się dzieje w branży, to ciężko zostać zaskoczonym. Jest w tym trochę racji, ale od ręki mogę podać kilka prezentacji z LXJS czy JSConf z których oglądałem video i były naprawdę dobre.

Prezentacje w dużym skrócie – oceniam tylko merytorykę (a trudno mi, bo większość prelegentów znam i lubię):

  • Create your perfect architecture with modular JavaScript patterns – pub/sub lekarstwem na wszystko. Moim zdaniem daleko temu do „perfect” – a jeśli już, to w konkretnych zastosowaniach.
  • Abusing Firefox OS and HTML5 games for fun and profit – w sumie pogubiłem się o czym to było – o Firefox OS? O pisaniu gier pod fOS? Nie wiem. Aczkolwiek kwestia moz-opaque ciekawa.
  • Pushing the web to the limits – pierwsze danie „mięsne”. Z tym, sporo ludzi zna już jego smak. Tłumacząc tytuł na nasze – o nowych API. O WebCL nie wiedziałem, tak więc dzięki Dariusz – nutka nieznanych smaków się pojawiła :)
  • Interactive web with Fabric.js – byliście na Falsy Values? Pamiętacie prezentację na temat Fabric.js? No to tutaj mieliśmy forka z małymi zmianami. Dokładnie tego spodziewałem się po tytule i niestety nie pomyliłem się. A szkoda, bo oczekiwałem sporo więcej. Autoreklama nr 1.
  • Serious JavaScript – how to use techniques known from large Java and .NET projects in JS world – używajcie build toola, statycznej analizy kodu, serwerów CI etc. i będziecie fajni.
  • Native performance in interactive JS applications using CSS3 hardware acceleration – jak dla mnie autoreklama tworzonego produktu ukryta pod warstwą kilku (w większości dość dobrze znanych) technik.
  • Survival Guide – Web applications for mobile safari and iOS’s webUIView – konkrety, konkrety i jeszcze raz konkrety. Trochę rozszerzona wersja prezentacji z regularnego spotkania meet.js w Poznaniu, ale nadal konkretna. Pod względem merytorycznym najlepsza prezentacja całej konferencji.
  • Going real-time under 20 minutes – forma? Fajnie, śmiesznie, nawet rosyjska administracja rządowa się pojawiła:) Ale poza tym? Dowiedzeliśmy się, że jest coś takiego jak websockety i że GTA5 to jest fajna gra.
  • Future of JavaScript: ECMAScript Harmony – druga konkretna prezentacja z całego dnia. Nie pokrywa wszystkiego, ale nadal spójna i z tego co pamiętam, płynnie poprowadzona.
  • The Angular Way – jeśli celem prezentacji było pokazanie, że Angular lubi TDD (a raczej odwrotnie), i że nie nadaje się do stron skupionych na treści (jak praktycznie każdy client side framework) to się udało. Nie było to nawet „Getting Started with Angular”, ale mocno pobieżne wprowadzenie i częściowa powtórka z Serious Javascript (Karma, Jasmine, Yeoman, Grunt etc.)
  • ** One day in the life of a front-end programmer ** – to się uśmialiśmy. Zaczęło się śmiesznie, ale potem Damian zmienił ton na troszkę poważniejszy, gdzie przesłaniem prezentacji było praktycznie „wcale nie jesteś taki awsum jak Ci się wydaje” (co pokrywa się z moim często powtarzanym „zawsze jest coś nowego do nauki”). Fajna prezentacja, idealna na rozluźnienie i zakończenie.

Ogólnie, jestem mocno zawiedziony poziomem prezentacji, a raczej ilością wyniesionej z nich wiedzy czy inspiracji. Jest to praktycznie jedyny duży minus konferencji, ale niestety, minus w najważniejszej kategorii.

Czytaj dalej tutaj (rozwija treść wpisu)
Czytaj dalej na blogu autora...

Wszystkie wpisy należą do ich twórców. PHP.pl nie ponosi odpowiedzialności za treść wpisów.