weboholic.de

Преди малко попаднах на поредния букмарклет, който прибавих в моята колекция. Искам да изкажа моята любов към букмарклетите, като постна тези, които ползвам.

• dotProject Log Date: datepicker‘а на dotProject е отвратителен, а често ми се налага да сменям датата на логовете; моя разработка.
• Go 2: от време на време лисицата се чупи и отказва да зарежда нови страници при вкарано на ръка URL в adressbar‘а; моя разработка.
• hCard Wizard: позволява генерирането на hCard микроформата.
• jQuerify: инжектира страхотната jQuery библиотека и предоставя всичките й предимства at your finger tips в конзолата на Firebug.
• Long URL Please: превръща кратки URLs (TinyURL и други подобни) в дълги и четливи.
• Share & Note in Reader: позволява споделянето на всяка страница в Reader’а.
• Post 2 del.icio.us: добавя отметка към страницата в del.icio.us.
• Twitter Single Reply: от известно време е obsolete, но си остава класически пример за силата на букмарклетите.
• Show Nofollow: бърже анализира и подчертава линковете, които са с отметка nofollow; моя разработка.
• Up: отива едно ниво на горе в йерархията на URL’то; не е мой, но не мога да го намеря в интернет.
• Visual Event: елегантно показва елементите на страницата, за които има прикачен behaviour.
• Webmail Select: уеб интерфейсът на Exchange е отвратителен от гледна точка на usability, като това е изключително дразнещо, когато трябва да се селектират много мейли в една папка, а този букмарклет ги селектира с един единствен клик, като знам също, че работи и със SquirrelMail; моя разработка.
• WTFramework: анализира страницата и рапортува, коя библиотека ползва.

Какви други яки букмарклети може да ми предложите?

Много хора направиха пробно пътуване с гугълския браузър Хром, аз го поканих на среща – ползвам го като основен браузър вече няколко дена.

Ето моите положителни впечатления:

• Отделните табове протичат в собствен процес – ако някоя страница е бъгава, то тя не блокира целия браузър;
• Табовете са в пясъчник, повишавайки сигурността;
• Стартира изключително бързо;
• Уеб апликациите са изключително бързи благодарение на нова виртуална машина – V8, пак от Гугъл;
• Има изчистен интерфейс, който лесно пристрастява – иначе отделни по функция елементи са групирани в един умен елемент;
• Под капака работи WebKit, което гарантира силна поддръжка на уеб стандартите;
• Кутийката за търсене в дадена страница и прилежащата й функция са реализирани много успешно;
• И Хром и V8 са с отворен код и съответен лиценз.

И моите негативни впечатления:

• Инспекторът се отваря в нов прозорец, а не е приложен към таба, който го е извикал; бутончето, което трябва да го прикачи обратно към таба не работи;
• Инспекторът е инспириран от Firebug, разбира се, но все още не е това, което трябва да бъде;
• Инспекторът на записва XmlHttpRequest (или аз съм глупав?);
• Отваряйки линк в нов таб, то този таб се намества веднага след активния и измества останалите с една позиция надясно;
• Продуктът е все е още бета и няма разработено API за допълнителни приставки, като най-много ми липсват следните: RTM за GMail, NoScript, AdBlock, HttpFox, Web Developer Toolbar и Foxmarks;
• Плъгините, като Флаш, все още не са в пясъчника и са отделен процес за всички табове. Това от една страна намалява сигурността, от друга позволява на един плъгин да крашне всички табове;
• Няма бърз и лесен начин за превключване между различните търсачки, чрез шорткът примерно;
• Трябва първо страницата да бъде посетена и да бъде извършено търсене, тогава Хром запомня това търсене и търсачката е добавена;
• За да се ползват многото различни търсачки, трябва да се запомнят URL’тата;
• Не всички страници, на които има кутийка за търсене, биват разпознати;
• Има проверка само на английския правопис;
• Актуализира се автоматично без дори да информира потребителя

Наттъкнах се и на неприятна недосмислица във връзка с табовете и отделните процеси. До колкото успях да проуча, решението, дали един таб да стартира нов процес, зависи от домейна. Ако съм примерно на адрес http://example.com и отворя http://example.com/contact в нов таб, то тогава не се стартира нов процес. Поведението е същото, дори и при събдомейни. Това е един добър евристичен метод, но не мисля, че е оптимален. Гугъл Мейл, Гугъл Календар, Гугъл Документи и Гугъл Рийдър са все различни апликации. Общото между тях, освен че са на Гугъл де :), е, че са на един топ домейн и съответно протичат в един процес, ако потребителят ги е отворил чрез кликване на линкове към тях в една сесия. Това означава, че ако работя над даден документ и крашне ГМейл примерно, то тогава и документът отива на кино. А един от силните аргументи на отделните процеси е именно, че крашването на един таб не води да крашване на други и съответно да загуба на информация.
Наблюдавам и друг проблем с евристиката при стартиране на нов процес, но само при линкове в Гугъл Рийдър. Рийдър винаги отваря линковете в нов таб, респективно прозорец. С други думи има три начина за отваряне на линк: клик, среден клик, десен клик и избиране на опцията. “Клик” и “среден клик” отварят новия таб в същия процес, а “десен клик” стартита нов. Трябва и трите клика да стартират нов процес. Пуснах им бележка на Гугъл. Но истинският проблем може и да е в Рийдър, а не в Хром. В тази връзка забелязвам, че започнах и в другите браузъри да отварям линковете не със среден клик, ами с десен :).

Очаквам наистина интересна битка между отделните вендори. Но се опасявам, че Хром ще отмъкне повече потребители от Файърфокс, от колкото от ИЕ. Дано се лъжа обаче. Аз, for the time being, ще карам паралелно с два браузъра: Хром за всички гугълски апликации и Файърфокс за всичко останало.

Download Day дойе. Хайде да поставим нов рекорд.

Ползвам Firefox 3 от два и повече месеца. Първоначално единствената ми болка бе, че няма Foxmarks, но бях поканен да участвам в тестване на бетата на новата версия. Тази бета е by far, by very far, най-стабилната бета, която някога съм ползвал, а съм early adopter. Thumbs up, момчета, благодаря за приставката.

Ами Firefox 3. Какво за него? :)? Ще започна с лошото и елегантно ще премина към доброто.

На Линукс машина не виждам никакво подобрение в производителността at all. Един таб е отворил GMail, друг SVN, трети localhost и един периодично сменящ се четвърти. Но въпреки това, браузърът и всеки един XUL и HTML елемент реагира със секунда или половин закъснение. Добрата страна? Firefox 3 ползва същата директория като Ff2 за запзване на данните, така че лесно успях, да под-стрпя без да загубя нищо.

На Windows XP мачина браусърът се държи много добре. С изключние на едно нещо, на което още не съм намерил причината: крашва от време на време. Дразнещо е. Подозирам OS, защото и Ff2 крашна няколко пъти вчера – минах обратно на двойката заради крашовете, но установих, че тя крашва, така че се върнах на тройката :).

На Mac OS X Leopard машина браусърът е готов. Ползвам всяка бета от b3 насам – стабиляга, интегрира се приятно, бърз е, заспива и се събужда добре, а и крашна само веднъж. Това бе b5. Може би нещо се е объркала в нея, но не е голяма болка.

Много ми харесва новата версия на Windows и Mac OS X, но наистина (!important) искам да го ползвам стабилно и на Linux машина.

OK, има нещо изключително грешно с Яхуу! Мейл. Аз съм ГМейл потребител, но имам също Yahoo! акаунт. Кой няма?
Исках да разцъкам опциите на Яхуу! Мейл и следната грешка изкача за втори път днес и убива Firefox 3b4.

>

Здравей, Гугъл, почитател на ГМейл ти пише.

Съжалявам, че трябва и аз като други да ти кажа, но и при мен има ГМейл/Файърфокс катастрофи. Файърбъг е деактивирин, както поиска, но въпреки това от време на време Файърфоксhas experienced a crash and must be closed. Последната капка бе преди малко, когато ГМейл бе единствения отворен таб.

Моля, не ме карай да сменям пощата.

Благодаря.
Никола Иванов

Firefox е блокиран, защото, както Download Squad отбелязва, всъщност ние крадем, когато посещаваме тоалетната повреме на рекламния блок.

Посетих страницата с обясненията и открих, че авторът на този религиозен поход:

• ползва <table>, за да помести елементите;
• ползва кратки PHP тагове;
• предлага PHP+JS комбинация като алтернатива на PHP метода за блокиране на Firefox.

Тези факти ясно показват липсата на познания у автора за уеб технологиите.

Следния цитат ми е много смешен, имайки предвид, че всеки уеб евангелист използва FireFox, Opera или Safari и повечето от нас са онлайн 23/7 и имат не по-малко от 10 таба отворени:

Demographics have shown that not only are FireFox users a somewhat small percentage of the internet, they actually are even smaller in terms of online spending …

Update 27.08: Току отктрих вградена в Операта приставка, която тествах. Работеше прекрасно.

In addition to the first part of screenshots of the Slick Speed test suite I’ve been able to get my hands on a Konquerer 3.5.6 running on Kubuntu Feisty.

on Linux (kubuntu feisty)

Konquerer 3.5.6

Default install. 383KB, 1000×1190.

Prototype and mootools throw an error on every single selector. dojo on Konquerer is comparable to dojo on Firefox on Linux and is the fastest one along with ext. However the winner this time is jQuery: it throws only one error, like cssQuery, but is twice as fast.

Final Notes

Note that the jQuery team released the new 1.1.3 version just a few days back and selector speed is improved by the amazing 800% (!!!). This is one hell of improvement. I haven’t made new tests on my own, be aware. I will be just giving a calculation of the improved time, next to the measured one.

So I’ve decided to make a simple error and time count, but excluding the double Firefox 2.x install. In parenthesis is given the result without Konquerer:

• Prototype: 48 » 6326 (10 » 6312)
• jQuery: 46 » 34813(45 » 32689)
• jQuery 1.1.3, improved by 800%: 46 » 4351.625 (45 » 4086.125)
• mootools: 53 » 5156 (15 » 5150)
• ext 60 » 6925(55 » 6405)
• cssQuery 11 » 64219 (10 » 60550)
• dojo 39 » 4747(36 » 4195)

While making that count I’ve made one discovery: every library struggles with the same selectors on the different A-graded browsers. Another one interesting fact is that cssQuery offers the same browser support on all participants, even on IE5.5

There are no winners in this case study, because each library has its own uniqueness and greatness. Besides, all of them are comparably fast and offer a comparable amount of supported selectors. Now let’s go back to the real thing – coding on top of them and not comparing them!

on Windows

Firefox 1.5

A fresh install. No extensions. 396KB, 1000×1224.

Firefox 2.x

A fresh install. No extensions. 400KB, 1000×1240.

A bunch of extensions: ~25. 399KB, 1000×1235

IE 5.0

MultipleIE install. 156KB, 1000×679.

IE 5.5

MultipleIE install. 530KB, 1000×1452.

IE 6.0

MultipleIE install. 404KB, 1000×1221.

IE 7.0

Default install. 384KB, 1000×1221.

Opera 9.1

Default install. 392KB, 1000×1261.

Opera 9.2

Default install. 399KB, 1000×1242.

Safari 3 beta

Default install. 484KB, 1000×1132.

Observations on Windows

All libraries behave equally fast/slow on the different Firefox installations. Except jQuery and mootools on my default FF install. This could be caused by GMail Notifier, which is checking my mail every minute.

IE7 improves speed by factor 2. Frustrating is that IE5.5, IE6 and even IE7 return different results on the * selector compared to other browsers and compared between the libraries.

Opera 9.2 is slower than 9.1.

Safari is in beta and is a freshman among Windows browser, so results are “just for fun”.

Prototype, mootools and dojo are the winners. I am somehow disappointed by jQuery.

on Linux (ubuntu feisty)

Firefox 2.x

A fresh install. No extensions. 375KB, 1000×1190.

A bunch of extensions: ~25. 375KB, 1000×1190.

Opera 9.2

Default install. 325KB, 1000×1192.

Observations on Linux

Opera is the faster one on my Linux box, but it took an awful long time to load the official test page.

Both Firefox 2.x profiles, clean one and one with a bunch of extension, behave quite equally – there are no speed improvements by factor 3 like mootools on Windows.

I couldn’t find any trident or WebKit browsers for ubuntu, but if you know of any feel free to drop me a line and I will run test once again.

We have the same winners – prototype, mootools and dojo.

Final Notes

Observations

Overall: libraries are running faster under Windows.

Locally I’ve tested also MochiKit – it threw a lot of errors.

Download the Shots (CC BY-SA)

Download SlickSpeed on Windows & Linux (~4.8MB).

Update: Note, that the Konquerer screenshot is not included in the archive. Download it separately.