forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Релиз Firefox 22 с поддержкой Asm.js, opennews (ok), 25-Июн-13, (0) [смотреть все]

Хочу в стандарте HTML6 теги ASM ASM , CLANG CLANG , FORTRAN FORTRAN , , pavlinux (ok), 19:07 , 25-Июн-13, (1) +16 //

Аватарку потерял , Аноним (-), 19:55 , 25-Июн-13, (5) +6
И CPP CPP Чтобы компиляция занимала сутки , dxd (?), 20:32 , 25-Июн-13, (16) –1 //

man csh, UraniumSun (?), 22:42 , 25-Июн-13, (42) –3 //

Точно и тэг BASH BASH , pavlinux (ok), 01:29 , 27-Июн-13, (103) +1

Будет А еще кофемолка кофемолка , холодильник холодильник , чайник ч, tonys (??), 21:03 , 25-Июн-13, (26) +4
Ну это http codepad org - черновая реализация Asm правда не знаю, но C , Аноним (-), 22:15 , 25-Июн-13, (36) //

Это Go можно, или еще что-то подобное, а в C, как-минимум, придется выкинуть ари, BratSinot (ok), 02:16 , 26-Июн-13, (69) –1 //

Ее, думаю, можно проэмулироватью, ым (?), 06:46 , 26-Июн-13, (80)
Он память и так то довольно дико жрет, а если его еще в JS перегнать - будет воо, Аноним (-), 13:33 , 26-Июн-13, (92)

Жаба вон в теории тоже шарится по своему персональному загону Но ее это не спас, ram_scan (?), 14:31 , 26-Июн-13, (96)

Надеюсь будет лучше чем 21-ая версия, которая частенько подвисала при погрузке с, ОнанВарвар (?), 19:18 , 25-Июн-13, (2) –2 //

Вдобавок версия 21 0 неприлично часто стала крашиться после определенного числа , Rubik (ok), 19:44 , 25-Июн-13, (4) +1 //

Мне кажется или ты пользуешься Windows XP , Lain_13 (ok), 20:26 , 25-Июн-13, (10) //

Нет, не видел хрюшу тыщу лет убунта 10 10 32 bit, знаю знаю старье , может п, Rubik (ok), 20:36 , 25-Июн-13, (17)

Ну если уж сидишь на старье, так сидел бы хоть на LTSке, а это 10 04 -_-Она хот, Lain_13 (ok), 20:43 , 25-Июн-13, (20) +1

до 2015г наверно серверная редакция, а у десктопной уже кончилась поддержка http, Rubik (ok), 20:48 , 25-Июн-13, (23) +2

Ну, 10 04 всё-же получше будет, чем 10 10 И с неё можно было обновить до 12,04 , vovans (ok), 12:43 , 26-Июн-13, (84)

а что тут такого в Мюнхене таких 20 миллионов , midori (ok), 20:38 , 25-Июн-13, (18) +2

Просто это классическая проблема фокса на ХР Некоторые версии просто начинают ч, Lain_13 (ok), 20:41 , 25-Июн-13, (19)

отключи Flash, Фигов (?), 20:58 , 25-Июн-13, (24) //

первым делом его и отрубил, заметно легче стал ворочаться, но крашиться не перес, Rubik (ok), 21:02 , 25-Июн-13, (25)

Почисть профиль Если и при этом не перестанет - у тебя что-то в системе сломано, Аноним (-), 22:11 , 25-Июн-13, (34)

спс за советоб этом я тоже думал, как-никак профиль еще с версии 3 6 но лениво, Rubik (ok), 23:30 , 25-Июн-13, (45)

Ну просто на данный момент лис весьма стабилен сам по себе Если он падает - э, Аноним (-), 01:30 , 26-Июн-13, (59) +1

Причём флэш ещё и нужно самостоятельно заставить крутиться в контексте браузера,, Lain_13 (ok), 02:50 , 26-Июн-13, (74) +1

Вот именно Нормальные люди ставят флешблок, а не зарезают флешь вовсе , vovans (ok), 12:46 , 26-Июн-13, (85) –1

Простите, а зачем его вообще ставить Ютуб можно посмотреть и в HTML5, а кроме э, Аноним (-), 13:39 , 26-Июн-13, (93) +2

Firefox пока не умеет h264 Flash нужен Пока , Anonymousss (?), 13:27 , 28-Июн-13, (108)

https www youtube com watch v PnBIIdmKO9o, Аноним (-), 20:30 , 25-Июн-13, (15)

А скажите, есть планируется ли в node поддержка asm js По логике, если в v8 пла, Аноним (-), 19:42 , 25-Июн-13, (3) //

Да, будет Об этом упоминали в новости о планах гугла добавления поддержки asm j, imprtat (ok), 20:15 , 25-Июн-13, (9)
Да-да, писать серверные программы на C, чтобы затем оттранслировать в обфусциров, Аноним (-), 23:51 , 25-Июн-13, (46) //

Ну как, можно же очень удачно сочетать недостаки всех подходов , Аноним (-), 01:31 , 26-Июн-13, (60) +1

Данный протокол WebRTC может сполне стать реальной заменой торрентов Надо толь, Аноним (-), 19:56 , 25-Июн-13, (6) //

А зачем их заменять, если не секрет , Lain_13 (ok), 20:28 , 25-Июн-13, (11) //

Некоторым нравится вырезать гланды через попу автогеном Погоди, ща яваскриптеры, Аноним (-), 22:13 , 25-Июн-13, (35)
1 с вероятнстью через год-два резать webrtc никто вменяемый не рискнет, так как, Crazy Alex (ok), 20:33 , 26-Июн-13, (97)

Как протокол он готов, не хватает прототипов и примеров, Аноним (-), 20:30 , 25-Июн-13, (13) //

Труба для потока байтов - это еще не протокол где разбиение на чанки, контроль , Аноним (-), 23:56 , 25-Июн-13, (47) +2 //

Вообще - именно так Не позволял бы он P2P, у апликушников было бы много грабель, Аноним (-), 13:28 , 26-Июн-13, (91)

Тем не мнее, TCP не является протоколом-заменной bittorrent-у , Аноним (-), 06:27 , 28-Июн-13, (107)

Опят релиз В этот раз ещё больше фигни через about config выпиливать , Аноним (-), 20:03 , 25-Июн-13, (7) –2 //

Минусующие - вот вы правда хотите вылезающих фулскрин-окон, перехвата указателя , Аноним (-), 20:44 , 25-Июн-13, (21) +5 //

Clickjacking говоришь ды, ну и как же это можно украсть клик из системной об, Xasd (ok), 21:18 , 25-Июн-13, (29) +2 //

Вообще-то паранойя обоснованная случаев обхода разрешений было навалом, а спайв, Аноним (-), 22:09 , 25-Июн-13, (33)

ой, не надо с больной головы на здоровую -- обходы разрешений через clickjackin, Xasd (ok), 04:24 , 26-Июн-13, (79)

Обходы всевозможных ограничений были и на обычном таком JS, например когда JS сн, Аноним (-), 13:27 , 26-Июн-13, (90) –1

а ружьё-то у тебя есть, или бабка во дворе рассказала про то что оно раз в год с, Xasd (ok), 14:20 , 26-Июн-13, (94) +1

23 - Шампиньонов релиз 24 - Вешенок релиз 25 - Подосиновиков релиз И т д , YetAnotherOnanym (ok), 21:05 , 25-Июн-13, (27) +14 //

Ой, не заметил - Спеллчекер, естественно пропустил Но прикольно получилось , Аноним (-), 21:07 , 25-Июн-13, (28) +1
Для опят еще не сезон, come again later , Аноним (-), 22:03 , 25-Июн-13, (32)

Php, javascript Жалко, что на нормальные языки тратят намного меньше усилий , h31 (ok), 21:55 , 25-Июн-13, (30) //

нормальные это те которые не популярные , Аноним (-), 22:21 , 25-Июн-13, (38) +1 //

Есть всего два типа языков программирования те, на которые люди всё время ругаю, Bjarne Stroustrup (?), 18:45 , 27-Июн-13, (106)

Спору нег, бег с пудовой гирей на ноге - в 2 раза лучше чем бег с 2-пудовой гире, Аноним (-), 22:02 , 25-Июн-13, (31) +1 //

Бег с пудовой гирей на шее - лучше чем бег с пудовой гирей на ноге , pavlinux (ok), 22:17 , 25-Июн-13, (37) //

Ну, если вам так больше нравится Я вот предпочитаю не бегать с гирями - , Аноним (-), 22:29 , 25-Июн-13, (39) //

А некоторые вон бегают http idealbody org threads D0 91 D0 B5 D0 B3- D1 81- D, Lain_13 (ok), 22:37 , 25-Июн-13, (41)

Если уж хочется попотеть - проще взять рюкзак потяжелее и умотать например в гор, Аноним (-), 01:36 , 26-Июн-13, (61)

Ну, по крайней мере результат сопоставим с C и Java, что весьма не плохо И его, Lain_13 (ok), 22:34 , 25-Июн-13, (40) //

Вот только на упомянутых он получается без таких эпиических костылей А тут догн, Аноним (-), 01:39 , 26-Июн-13, (62) +2

Обратная совместимость Сейчас она есть, например , Lain_13 (ok), 20:57 , 26-Июн-13, (98)

Хорошие обновления Большие надежды на WebRTC - веб-велосипедисты будут точнее , Ктоздесев (?), 22:47 , 25-Июн-13, (43) //

Ну если учесть, что они даже в SVG 1 1 весь Font Module целиком и ещё animateC, Lain_13 (ok), 00:17 , 26-Июн-13, (48) //

Мне по какой-то причине больше всего нравится именно SVG Может быть из любви к , Ктоздесев (?), 00:48 , 26-Июн-13, (49) //

Canvas это делает лучше Значительно лучше Это нормально Всё то же самое с CSS , Lain_13 (ok), 01:02 , 26-Июн-13, (53)

Скажите, canvas держит все объекты в виде векторных частей Я то думал, что это , Ктоздесев (?), 01:07 , 26-Июн-13, (55)

Нет и да Canvas сам по-себе растровый, но это не значит, что ты ограничен растр, Lain_13 (ok), 01:28 , 26-Июн-13, (58)

В моём представлении получается следующее Создаю холст, подгружаю библиотеку, со, Ктоздесев (?), 02:03 , 26-Июн-13, (68)

Если пользуешься библиотекой, то достаточно сказать ей что загрузить Но можно и, Lain_13 (ok), 02:22 , 26-Июн-13, (70)

Да, но чуток можно понимать по-разному С помощью SVG можно чуток сделать, Ктоздесев (?), 02:49 , 26-Июн-13, (73)
Хотелось уточнить браузер занимается наслоениями отдельного холста на что-то А, Ктоздесев (?), 03:33 , 26-Июн-13, (76)

Хе-хе, да Тебе придётся управлять порядком отрисовки Например http radikalfx, Lain_13 (ok), 04:04 , 26-Июн-13, (78)

Это хорошо, что можно сделать что-то разными способами Вопрос в целях при разра, Ктоздесев (?), 10:29 , 26-Июн-13, (82) +1

там всё вперемешку Например заинтересовавшее меня 15 Google Gravity на повер, Ктоздесев (?), 01:41 , 26-Июн-13, (63)

Ну примеры-то понятно почему нагрузили 8212 они динамичные Если отрендерить , Lain_13 (ok), 01:55 , 26-Июн-13, (67)

Можно Там CSS-3 Каждая буква там - отдельный тег SPAN, с отдельным CSS-правило, Ктоздесев (?), 02:34 , 26-Июн-13, (71)

h3 id example1 I wanna be curved h3 Где ты видишь тут кучу спанов Разве что, Lain_13 (ok), 02:41 , 26-Июн-13, (72)

В Inspector-е а не могли бы своими словами кратко обрисовать В SVG мне, не задей, Ктоздесев (?), 03:03 , 26-Июн-13, (75)

Ох и точно Нагенерировали по самое не хочу Да, всё считает либа, а в исходном , Lain_13 (ok), 03:40 , 26-Июн-13, (77)

И правильно сделали Причины же объяснялись неоднократно - чтобы не допустить ра, Аноним (-), 10:44 , 26-Июн-13, (83) //

Да я в курсе, просто пока там есть это 100 не видать , Lain_13 (ok), 13:00 , 26-Июн-13, (86)

А ещё неплохо бы начинать внедрять звуковые и видеоотзывы на сайтах Весело буде, Ктоздесев (?), 22:48 , 25-Июн-13, (44)
Вопрос - есть ли демки движков, которые работают в asm js WebGL Хочу запустит, хрюкотающий зелюк (?), 00:48 , 26-Июн-13, (50) //

http www unrealengine com html5 , homyur (?), 00:51 , 26-Июн-13, (51)
Может ошибусь, но когда препарировал рождественский вариант игрушки, известной, Ктоздесев (?), 00:57 , 26-Июн-13, (52)
https github com kripken emscripten wiki demos, homyur (?), 01:07 , 26-Июн-13, (56) //

Да уж, гланды, через попу, автогеном , Аноним (-), 01:44 , 26-Июн-13, (65)

html5test говорит об обратномЛибо забыли включить в релиз, либо браузер просто н, Loooooker (ok), 01:05 , 26-Июн-13, (54) +1
в версии 23 будет DvaMonkey , anoname (?), 01:16 , 26-Июн-13, (57) //

И c js , Аноним (-), 01:42 , 26-Июн-13, (64)
следующий будет называться LokiMonkey и будет стебаться над веб-разработчиками, , Rubik (ok), 01:46 , 26-Июн-13, (66) +1

На нетбуке разница с оперой в 4 градуса примерно Firefox - одно расширение spe, Аноним (-), 09:26 , 26-Июн-13, (81) //

Вопрос на засыпку а что он у тебя на опеннете вообще делает Может быть ты прос, Аноним (-), 13:19 , 26-Июн-13, (87)
Интересно, а как ты у лисы кнопку сделал в заголовке окна, кстати , Аноним (-), 13:23 , 26-Июн-13, (88) //

Где ты там видишь заголовок окна , Lain_13 (ok), 21:00 , 26-Июн-13, (99)

Глаза Предупреждать о таком надо , Аноним (-), 13:23 , 26-Июн-13, (89) //

Вот уж да, реально чуть не вытекли , Lain_13 (ok), 21:01 , 26-Июн-13, (100)

В ближайшие часы ожидается релиз Seamonkey 2 19 Неа, не ожидается, будет через , Аноним (-), 14:23 , 26-Июн-13, (95)
По-моему, он просто больше жрет, сам по себе Вот, firefox adblock plus плаги, Аноним (-), 22:01 , 26-Июн-13, (101)
Запустил я эту демку http www unrealengine com html5 В общем, FPS 40-50, иногд, хрюкотающий зелюк (?), 22:02 , 26-Июн-13, (102) –1 //

Кхм-кхм, вот уж говорящее имечко Ты сравнивал с локально собранным приложением , Lain_13 (ok), 01:32 , 27-Июн-13, (104)
Тебе повезло, у меня вообще на этой странице фокс падает, Shura (??), 11:07 , 27-Июн-13, (105)

криворукие поломали поддержку OSS, Аноним (-), 15:58 , 29-Июн-13, (109)

Сообщения [Сортировка по времени | RSS]

49. "Релиз Firefox 22 с поддержкой Asm.js" +/–

Сообщение от Ктоздесев (?), 26-Июн-13, 00:48

Мне по какой-то причине больше всего нравится именно SVG. Может быть из любви к векторной графике, может что-то удобнее, чем canvas. Мне SVG кажется более естественным путём рисования в браузере. Ну и встраивание любых (!!!) XML-элементов бередит воображение. (можно, например, _без_флеша_ сделать 3D-интерфейс сайта или браузера или SpeedDial-а, и даже создать его в виде дополнения) Много чего возможно сделать. Главное дружить с математикой. Беда в том, что сколько бы ни делал пробных поделок - разные браузеры показывают по-разному, а некоторые не показывают то, что показывают другие. Писать под один браузер - бессмысленно, особенно учитывая что за чехарду затеяли разработчики общепризнанных сетевых обозревателей. canvas мне представляется неким аналогом точечного экрана обычной ПК-шки, куда переселяют системных программистов. Мне же - изначально веб-разработчику - желается творить на всей странице - беспредельно, буйно фантазируя, разрывая в клочья все шаблоны пользователей, но оставляя им и себе возможность включать сменный примитивный интерфейс, слегка меняя XML и скрипты. Разве я многого прошу? Нет, упёрлись в canvas и WebRTC... :) Хочут растровые картинки гонять, шкрябая архаизмами по каменному веку прямоугольных окон и плоских экранов.

Ответить | Правка | Наверх | Cообщить модератору

53. "Релиз Firefox 22 с поддержкой Asm.js" +/–

Сообщение от Lain_13 (ok), 26-Июн-13, 01:02

> можно, например, _без_флеша_ сделать 3D-интерфейс сайта или…
Canvas это делает лучше. Значительно лучше.
> разные браузеры показывают по-разному, а некоторые не показывают то, что показывают другие.
Это нормально. Всё то же самое с CSS и всем прочим — есть фичи реализованные везде, а есть реализованные только где-то, а есть не реализованные нигде. А творим сейчас.
> canvas мне представляется неким аналогом точечного экрана обычной ПК-шки, куда переселяют системных программистов.
Неправильно представляется. Тем более, что тебе ничто не мешает влепить его во всю страницу.
http://h3manth.com/content/html5-canvas-full-screen-and-full...
Можешь даже влепить поверх контента с прозрачным фоном:
http://kevs3d.co.uk/dev/canvask3d/k3d_test.html
Да, чёрт побери, просто посмотри что на нём творят:
http://www.1stwebdesigner.com/freebies/html5-demos/
> Разве я многого прошу?
Нет, просто ты не хочешь учить что-то новое и значительно более годное.

Ответить | Правка | Наверх | Cообщить модератору

55. "Релиз Firefox 22 с поддержкой Asm.js" +/–

Сообщение от Ктоздесев (?), 26-Июн-13, 01:07

Скажите, canvas держит все объекты в виде векторных частей? Я то думал, что это растровое поле. Тогда сравниваем XML-ный вектор и растр, что несопоставимо по факту.
> Нет, просто ты не хочешь учить что-то новое и значительно более годное.
Просто я хочу работать с вектором и XML, а с растром - не хочу. Новое приходится учить постоянно, так что в конечном итоге приходится просто выбирать согласно своим предпочтениям и устремлениям.

Ответить | Правка | Наверх | Cообщить модератору

58. "Релиз Firefox 22 с поддержкой Asm.js" +/–

Сообщение от Lain_13 (ok), 26-Июн-13, 01:28

Нет и да. Canvas сам по-себе растровый, но это не значит, что ты ограничен растром. Возьми любую битблиотеку для рендера векторных картинок и вперёд.
http://stackoverflow.com/questions/4340040/html5-canvas-vect...
Ознакомься хоть с первыми двумя.
Захочешь 3D — возьми готовую либу для 3D и строй на её основе если не хочется лезть в тонкости работы canvas. А ведь 3D в принципе векторное. В нём растр это конечный результат, ну и текстуры, естественно.
Другое дело решить когда тебе нужен canvas, а когда SVG. SVG хорош в отображении огромных статичных картинок во много экранов, но нагрузка на систему растёт пропорционально числу объектов в нём, тогда как у canvas с этим проблем значительно меньше. Так что если тебе нужна сложная динамичная графика — тебе нужен canvas.

Ответить | Правка | Наверх | Cообщить модератору

68. "Релиз Firefox 22 с поддержкой Asm.js" +/–

Сообщение от Ктоздесев (?), 26-Июн-13, 02:03

> Нет и да. Canvas сам по-себе растровый, но это не значит, что
> ты ограничен растром. Возьми любую битблиотеку для рендера
В моём представлении получается следующее:
Создаю холст, подгружаю библиотеку, создаю объект, даю команду - он отправляется на холст и становится видимым у пользователя. При этом: а) параметры объекта мне нужно хранить в переменных - отдельно в памяти; б) если я захочу изменить объект, я обращусь к переменным, потом к библиотеке и потом это изменится на холсте. Если объект наслоился на что-то или частично перекрыт чем-то - там нужны дополнительные вычисления, чтобы перерисовать некий участок холста - это придётся вычислять мне, а не хотелось бы с этим возиться по факту; в) если пользователь захочет скопировать отрисованный текст (например, хотя бы, чтобы перевести автопереводчиком, а может и скопировать вовне - для цитирования или упоминания где-то), то он этого не сможет сделать; г) если пользователю нужно отключить "рюшечки" и ослабить нагрузку на систему - ему нужен будет отдельный HTML-интерфейс, который просто по факту будет выглядеть иначе, даже если сильно постараться с CSS-3. На canvas-странице он не сможет отключить картинки и оставить остальное. (в SVG это возможно).
Я нисколько ни умаляю возможности canvas, но если это растр - это не подходит под мои идеи.
> Ознакомься хоть с первыми двумя.
Непременно. Как минимум для общего развития.

> если тебе нужна сложная динамичная графика — тебе нужен canvas.
Мне нужны статические страницы, где можно чуток приукрасить (псевдотрёхмерными кнопками, панельками, скруглениями, текстами, уходящими в перспективу и в тень и выезжающими при наведении мыши и т.д.), дать немного интерактива, отойти от прямоугольников и сплошных цветов, но не убивать пользователя буйством красок и мельтешением пикселей. Нужно остаться в XML-е, но иметь возможность менять размеры и формы, вставлять картинки и другие страницы (SVG может), делать спецэффекты, но всё-равно оставлять страницу максимально близкой к XML-ю. Чтобы пользователь мог работать со страницей по-прежнему максимально эффективно - дополнениями обрезая куски (рекламу например, а она будет не у меня, так у других), дополнениями же меняя цвета, размеры и шрифты текстов, собирая ссылки, переводя тексты страницы, вставляя дополнительные узлы в DOM (чем только ни грешат нынче дополнения), автоматизируя сёрфинг макросами (а те ориентируются на DOM) и т.д. и т.п. Canvcas хорош, но он по-другому и для других целей хорош. Мне же SVG кажется более предпочтительным для моих идей.

Ответить | Правка | Наверх | Cообщить модератору

70. "Релиз Firefox 22 с поддержкой Asm.js" +/–

Сообщение от Lain_13 (ok), 26-Июн-13, 02:22

> а) параметры объекта мне нужно хранить в переменных - отдельно в памяти;
Если пользуешься библиотекой, то достаточно сказать ей что загрузить. Но можно и командами библиотеки рисовать напрямую.
> б) если я захочу изменить объект, я обращусь к переменным, потом к библиотеке и потом это изменится на холсте.
Если сам рисовал, то за пределы своего кода выходить не будешь — всё остальное само произойдёт. Если загрузил готовое, то придётся сначала ссылки на нужные объекты получить средствами либы, чтоб ими потом управлять.
> Если объект наслоился на что-то или частично перекрыт чем-то - там нужны дополнительные вычисления, чтобы перерисовать некий участок холста - это придётся вычислять мне, а не хотелось бы с этим возиться по факту;
Нет, если фон у канваса не рисовать, то всеми наслоениями будет заниматься браузер. В конце-концов canvas это такой же блок на странице, как и все остальные блоки со всеми вытекающими из этого следствиями. Если пользуешься либой, то проблемы изменения размеров канвы становятся проблемами либы и тебя тоже не касаются. Возможно придётся указать либе менять объекты под размеры канваса.
> в) если пользователь захочет скопировать отрисованный текст (например, хотя бы, чтобы перевести автопереводчиком, а может и скопировать вовне - для цитирования или упоминания где-то), то он этого не сможет сделать;
Увы да. Хотя есть способы это обойти, но они крайне кривые. Текст лучше вне канвы рисовать. Хотя если это пара коротких слов, то не велика беда. Смотря что ты с этой парой слов хочешь сотворить.
> На canvas-странице он не сможет отключить картинки и оставить остальное.
Ну, предположим, отключением одних только картинок ты большой разгрузки системы не получишь… если только у тебя картинки не по 20 Мб штука. А если убирать все рюшечки, то SVG убрать придётся тоже. И интерфейс будет другой. Впрочем, пользователь и ожидает другой интерфейс, более простой. Вон у гугломыла есть упрощённая версия и никто не ожидает, что она будет такой же.
> Мне нужны статические страницы, где можно чуток приукрасить
С этого и нужно было начинать. :)
Но тогда, как мне кажется, лучше больший упор делать на JS+CSS. В конце-концов эта парочка уже есть везде.

Ответить | Правка | Наверх | Cообщить модератору

73. "Релиз Firefox 22 с поддержкой Asm.js" +/–

Сообщение от Ктоздесев (?), 26-Июн-13, 02:49

>> Мне нужны статические страницы, где можно чуток приукрасить
> С этого и нужно было начинать. :)
Да, но "чуток" можно понимать по-разному. :) С помощью SVG можно "чуток" сделать несколькими простыми операциями и повлиять на элементы в разных частях страницы. И при необходимости прямо в DOM-е взять старые значения и ориентироваться на них при изменении других. Да и менять значения просто - изменив значение параметра узла в DOM-е.
Да и несовсем статические, если что-то может шевелиться под мышкой или при тычке ею.
> Но тогда, как мне кажется, лучше больший упор делать на JS+CSS. В конце-концов эта парочка уже есть везде.
Да, разумеется, так и придётся пока что. Увы, CSS-3 сейчас больше "вылизывают", чем SVG.
И всё же человек может мечтать. :)
(о хорошо поддерживаемом SVG :) )

Ответить | Правка | Наверх | Cообщить модератору

76. "Релиз Firefox 22 с поддержкой Asm.js" +/–

Сообщение от Ктоздесев (?), 26-Июн-13, 03:33

>> Если объект наслоился на что-то или частично перекрыт чем-то - там нужны дополнительные вычисления, чтобы перерисовать некий участок холста
> Нет, если фон у канваса не рисовать, то всеми наслоениями будет заниматься браузер.
Хотелось уточнить: браузер занимается наслоениями отдельного холста на что-то. А я про наслоениями разных объектов на холсте. В SVG это, грубо говоря, просто разные "z-index". Если мне нужно поднять один объект из под другого, то я просто меняю ему уровень. В растре наверняка требуется перерисовать оба объекта в другом порядке или что-то типа того. Если объектов несколько или они сложны сами по себе - всё становится ещё сложнее. В векторе же для меня это несущественно: сложные объекты будут для меня именованными группами, которые я просто поменяю местами либо изменю им положение парой команд.
Конечно многое из требуемого SVG в общепризнанных браузерах уже и так работает. Но когда начинаешь писать что-то сложнее, чем движение примитивов - упираешься в мелочи, разные в рвзных браузерах. Ну и обработка текстов в них разнится.
> Ну, предположим, отключением одних только картинок ты большой разгрузки системы не получишь…
Но я могу в движок заложить альтернативный облегчённый XML - с в разы меньшим количеством узлов. Но это уже вопрос реализации, это можно сделать и в HTML-5. Просто в HTML-5 для некоторых визуальных частей нужно задействовать более сложные "плагины" этого "языка разметки" :) , а в SVG можно вообще из JS убить тяжёлые узлы DOM и отключить фильтры, JS-активности и разнообразные ненужные шевелящиеся красоты - даже не перезагружая и не перерисовывая страницу. Даже можно обойтись одним набором исходников, вставив в загрузку проверку предпочтений и поведение при отрисовке сообразно им.

Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

78. "Релиз Firefox 22 с поддержкой Asm.js" +/–

Сообщение от Lain_13 (ok), 26-Июн-13, 04:04

> Хотелось уточнить: браузер занимается наслоениями отдельного холста на что-то. А я про
> наслоениями разных объектов на холсте. В SVG это, грубо говоря, просто
> разные "z-index".
Хе-хе, да. Тебе придётся управлять порядком отрисовки.
Например: http://radikalfx.com/files/collage/demo.html
Но знаешь, всё ведь зависит от движка. Если его разумно сделать, то порядок меняется той же парой команд, а не внесением изменений в код на лету. zindex нужных объектов можно хранить, например, в форме списка объект/уровень, а движок будет сортировать список при его изменении и дальше рисовать всё в этом порядке.
Ну или можно сделать несколько канвасов и управлять их уровнями.

Ответить | Правка | Наверх | Cообщить модератору

82. "Релиз Firefox 22 с поддержкой Asm.js" +1 +/–

Сообщение от Ктоздесев (?), 26-Июн-13, 10:29

Это хорошо, что можно сделать что-то разными способами. Вопрос в целях при разработке.
Мне нужно остаться в XML-е и работать с вектором и узлами DOM, оставить пользователям побольше уже имеющихся возможностей HTML и браузерных дополнений, выйти из плоскости, но остаться в DOM-ах и с возможностью тыкать, выделять, копировать и менять всё, что есть на странице, с помощью дополнений или других веб-инструментов.
Спонсорам растровых разработок, мне кажется, важно согнать пользователей с ПК на "тонкие клиенты" и сделать их рабами серверов, присылающих (и принимающих) видеопотоки. Там уже рекламу не удалишь, там опять придётся залеплять экран изолентой (как я в юности залеплял баннеры "Оперы", когда она была "шароварной"). А в случае с Гугло-очками - видимо мало-помалу становиться психом, ненавидящим вдалбливаемый тебе в мозг бренд.. :)

Ответить | Правка | Наверх | Cообщить модератору

63. "Релиз Firefox 22 с поддержкой Asm.js" +/–

Сообщение от Ктоздесев (?), 26-Июн-13, 01:41

> что на нём творят
там всё вперемешку. Например заинтересовавшее меня "15. Google Gravity" на поверку оказалось работой с CSS-3.
Точечные эффекты наверное на Canvas написаны. А я хочу работать с векторными объектами, меняя им векторные параметры: масштабы, обводки, размеры отдельных частей, менять текст в объекте "текст по кривой" или менять разом несколько объектов, создавая эффект псевдотрёхмерности - векторной, той, где трёхмерные возможности типа WebGL ещё не нужны, но в плоскости уже тесновато. На страницах можно было бы делать псевдотрёхмерные объекты и чуть менять их глубину. Несильно, но меняя уже представление о рабочем пространстве страницы. Мне не нужно всё превращать в холст или отменять доступность всех узлов (ссылок, текстов) только потому, что мне нужно поверх пустить большой элемент. Мне хотелось бы и "тексту по кривой" оставить возможность быть выделенным и скопированным. А не превращать его в растровое изображение. Это другой подход. Спасибо за ссылки, конечно (и HTML5 прекрасен, не спорю!), но видимо я недостаточно точно передал что хотелось бы делать со страницами. Я хочу чтобы они оставались такими же "тыкабельными", "выделябельными" и лёгкими, но стали красивее (и я даже не мечтаю, чтобы работали все SVG-фильтры - это было бы наверное сбывшейся сказкой). У меня все примеры с того сайта мигом нагрузили процессор (2-ядерный Атлон) и система подняла обороты кулеров. А вот столь же несложные SVG-шки грузят процессор только при первоначальной отрисовке и изменениях (через JS), а в статике и красота на странице, и ЦП отдыхает.
Вообщем-то тут спорить не о чем. Растр и вектор - разные миры. Для меня растр - нечто, чем можно украсить вектор. Для кого-то растр - это весь мир, включающий все возможные векторы. :)

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

67. "Релиз Firefox 22 с поддержкой Asm.js" +/–

Сообщение от Lain_13 (ok), 26-Июн-13, 01:55

Ну примеры-то понятно почему нагрузили — они динамичные. Если отрендерить и не трогать, то и дополнительной нагрузки не создаст. Собственно, что мешает сочетать одно с другим?
Да и пускать текст по кривой можно и вот так, например:
http://tympanus.net/Development/Arctext/
И псевдотрёхмерность тоже:
http://davidwalsh.name/demo/3d-menu.php

Ответить | Правка | Наверх | Cообщить модератору

71. "Релиз Firefox 22 с поддержкой Asm.js" +/–

Сообщение от Ктоздесев (?), 26-Июн-13, 02:34

> пускать текст по кривой можно и вот так, например:
Можно. Там CSS-3. Каждая буква там - отдельный тег SPAN, с отдельным CSS-правилом. Это больше байтов на код, чем потребуется в SVG. Кроме того, чтобы изменить кривую, нужно самому считать положение каждой точки. В SVG достаточно переместить ближайший ключевой узел - и все буквы сместятся, следуя изменению участка кривой.
Псевдотрёхмерность впечатлила. Не уверенн, что всё что мне нужно я этим CSS-3 воплощу, но спасибо за ссылку.
В любом случае это не canvas. И HTML-5 полностью не заменит SVG - это разные вариации XML. :) В HTML-5 понатыкали "плагинов". А SVG сам по себе представляет отдельный способ работы со страницей, в который тоже, конечно, можно что-то ещё добавлять, но он сам по себе способен отрисовывать многое и оставлять пользователей и программиста с XML-ем. Даже можно несколько SVG-файлов использовать на странице, и даже вставлять их в CSS-правила.
В конечном итоге применение этих технологий зависит от целей.
Моими целями не является задействовать HTML-5 любой ценой. Но цели я выше описал. Плюс есть цель задействовать SVG в качестве именно векторного формата (с варьированием разрешений приборов это актуально), предельно маленьких файлов, которые можно быстро кромсать на клиенте с помощью JS, разбрасывать по странице, менять буквально парой команд в любой миг любые параметры от формы до обводки и даже слоя отображения.
Я на прошлой неделе ковырял canvas-игру (выше упомянал сайт и примерное название), так там для разных разрешений подгружались четыре разных растровых набора картинок: под ОйПад, под Андроид, под ПК и под планшет. (я молчу про организацию каталогов, вероятно при трансляции кода так тупо всё расположила программа) И игра была организована через canvas и спрайтами. Для показа новогоднего шарика брался участок картинки с матрицей разноцветных шариков и кадрами с разными бликами на них. Просто чтобы отобразить сверкающий шарик! В SVG это был бы клон объекта с привязанным заданным "стилем" и изменённым цветом (копируем стиль с новым именем, подменяем цвет, можно даже после загрузки кода, уже на клиенте - ничтожные операции). Я недоковырял её, но когда будет время, намерен переписать это на SVG+JS хотя бы ради упражнения, если не для распространения.

Ответить | Правка | Наверх | Cообщить модератору

72. "Релиз Firefox 22 с поддержкой Asm.js" +/–

Сообщение от Lain_13 (ok), 26-Июн-13, 02:41

>> пускать текст по кривой можно и вот так, например:
> Можно. Там CSS-3. Каждая буква там - отдельный тег SPAN, с отдельным
> CSS-правилом.
<h3 id="example1">I wanna be curved</h3>
Где ты видишь тут кучу спанов?!
Разве что либа их потом генерирует — я не смотрел как она работает.
> Кроме того, чтобы изменить кривую, нужно самому считать положение каждой точки.
Посмотри пример 4.
> Я на прошлой неделе ковырял canvas-игру (выше упомянал сайт и примерное название),
> так там для разных разрешений подгружались четыре разных растровых набора картинок:
> под ОйПад, под Андроид, под ПК и под планшет. (я молчу
> про организацию каталогов, вероятно при трансляции кода так тупо всё расположила
> программа) И игра была организована через canvas и спрайтами. Для показа
> новогоднего шарика брался участок картинки с матрицей разноцветных шариков и кадрами
> с разными бликами на них. Просто чтобы отобразить сверкающий шарик!
Почему-то я подозреваю, что они изначально рассчитывали работать чисто в растре. Вот и решения у них соответствующие. Спрайты и вот это всё.

Ответить | Правка | Наверх | Cообщить модератору

75. "Релиз Firefox 22 с поддержкой Asm.js" +/–

Сообщение от Ктоздесев (?), 26-Июн-13, 03:03

> Где ты видишь тут кучу спанов?!
В Inspector-е.
> Посмотри пример 4.
а не могли бы своими словами кратко обрисовать?
В SVG мне, не задействуя никаких библиотек, потребуется лишь изменить одну координату - и изменится и кривая, и положение букв, и их наклоны, и отрисовка, согласно шрифтам (в идеале, на самом деле разные браузеры по-разному отрисоывают пока что). В том варианте вероятно всё это считает библиотечная функция, это вы хотели сказать? Тем не менее, CSS не переплюнет SVG по уйме других возможностей всё равно (сейчас ни к чему перечислять всё). Это разные миры. И в разных случаях их следует применять.
Мне тут же на Опеннете, примерно 10 месяцев назад сказали, что SVG не пошёл в массы потому, что веб-разработчикам лень возиться с математикой. А я ещё и желаю оперировать с разными участками и составными частями страниц, т.е. не с одной SVG, включающей всё, а с XML-страницей, включающей обычные элементы веб-страниц. Не потому что "не лень", а потому, что вижу в этом адский потенциал для воплощения разнообразных фантазий.
> Почему-то я подозреваю, что они изначально рассчитывали работать чисто в растре.
Я тоже, препарируя, решил, что исходник взяли из "системной" игрушки и с незначительными изменениями автоматом перегнали это в canvas+JS. Вот это "чудо": http://nickelspark.com/each/tpang/

Ответить | Правка | Наверх | Cообщить модератору

77. "Релиз Firefox 22 с поддержкой Asm.js" +/–

Сообщение от Lain_13 (ok), 26-Июн-13, 03:40

> В Inspector-е.
Ох и точно. Нагенерировали по самое не хочу. Да, всё считает либа, а в исходном коде идёт нормальный текст. Вообще я полностью согласен, что SVG больше подходит для таких фокусов. По крайней мере с текстом. Но он действительно как-то не прижился, а от математики так и не сбежали.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	49. "Релиз Firefox 22 с поддержкой Asm.js"	+/–
	Сообщение от Ктоздесев (?), 26-Июн-13, 00:48
	Мне по какой-то причине больше всего нравится именно SVG. Может быть из любви к векторной графике, может что-то удобнее, чем canvas. Мне SVG кажется более естественным путём рисования в браузере. Ну и встраивание любых (!!!) XML-элементов бередит воображение. (можно, например, _без_флеша_ сделать 3D-интерфейс сайта или браузера или SpeedDial-а, и даже создать его в виде дополнения) Много чего возможно сделать. Главное дружить с математикой. Беда в том, что сколько бы ни делал пробных поделок - разные браузеры показывают по-разному, а некоторые не показывают то, что показывают другие. Писать под один браузер - бессмысленно, особенно учитывая что за чехарду затеяли разработчики общепризнанных сетевых обозревателей. canvas мне представляется неким аналогом точечного экрана обычной ПК-шки, куда переселяют системных программистов. Мне же - изначально веб-разработчику - желается творить на всей странице - беспредельно, буйно фантазируя, разрывая в клочья все шаблоны пользователей, но оставляя им и себе возможность включать сменный примитивный интерфейс, слегка меняя XML и скрипты. Разве я многого прошу? Нет, упёрлись в canvas и WebRTC... :) Хочут растровые картинки гонять, шкрябая архаизмами по каменному веку прямоугольных окон и плоских экранов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "Релиз Firefox 22 с поддержкой Asm.js"	+/–
	Сообщение от Lain_13 (ok), 26-Июн-13, 01:02
	> можно, например, _без_флеша_ сделать 3D-интерфейс сайта или… Canvas это делает лучше. Значительно лучше. > разные браузеры показывают по-разному, а некоторые не показывают то, что показывают другие. Это нормально. Всё то же самое с CSS и всем прочим — есть фичи реализованные везде, а есть реализованные только где-то, а есть не реализованные нигде. А творим сейчас. > canvas мне представляется неким аналогом точечного экрана обычной ПК-шки, куда переселяют системных программистов. Неправильно представляется. Тем более, что тебе ничто не мешает влепить его во всю страницу. http://h3manth.com/content/html5-canvas-full-screen-and-full... Можешь даже влепить поверх контента с прозрачным фоном: http://kevs3d.co.uk/dev/canvask3d/k3d_test.html Да, чёрт побери, просто посмотри что на нём творят: http://www.1stwebdesigner.com/freebies/html5-demos/ > Разве я многого прошу? Нет, просто ты не хочешь учить что-то новое и значительно более годное.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Релиз Firefox 22 с поддержкой Asm.js"	+/–
	Сообщение от Ктоздесев (?), 26-Июн-13, 01:07
	Скажите, canvas держит все объекты в виде векторных частей? Я то думал, что это растровое поле. Тогда сравниваем XML-ный вектор и растр, что несопоставимо по факту. > Нет, просто ты не хочешь учить что-то новое и значительно более годное. Просто я хочу работать с вектором и XML, а с растром - не хочу. Новое приходится учить постоянно, так что в конечном итоге приходится просто выбирать согласно своим предпочтениям и устремлениям.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	58. "Релиз Firefox 22 с поддержкой Asm.js"	+/–
	Сообщение от Lain_13 (ok), 26-Июн-13, 01:28
	Нет и да. Canvas сам по-себе растровый, но это не значит, что ты ограничен растром. Возьми любую битблиотеку для рендера векторных картинок и вперёд. http://stackoverflow.com/questions/4340040/html5-canvas-vect... Ознакомься хоть с первыми двумя. Захочешь 3D — возьми готовую либу для 3D и строй на её основе если не хочется лезть в тонкости работы canvas. А ведь 3D в принципе векторное. В нём растр это конечный результат, ну и текстуры, естественно. Другое дело решить когда тебе нужен canvas, а когда SVG. SVG хорош в отображении огромных статичных картинок во много экранов, но нагрузка на систему растёт пропорционально числу объектов в нём, тогда как у canvas с этим проблем значительно меньше. Так что если тебе нужна сложная динамичная графика — тебе нужен canvas.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	68. "Релиз Firefox 22 с поддержкой Asm.js"	+/–
	Сообщение от Ктоздесев (?), 26-Июн-13, 02:03
	> Нет и да. Canvas сам по-себе растровый, но это не значит, что > ты ограничен растром. Возьми любую битблиотеку для рендера В моём представлении получается следующее: Создаю холст, подгружаю библиотеку, создаю объект, даю команду - он отправляется на холст и становится видимым у пользователя. При этом: а) параметры объекта мне нужно хранить в переменных - отдельно в памяти; б) если я захочу изменить объект, я обращусь к переменным, потом к библиотеке и потом это изменится на холсте. Если объект наслоился на что-то или частично перекрыт чем-то - там нужны дополнительные вычисления, чтобы перерисовать некий участок холста - это придётся вычислять мне, а не хотелось бы с этим возиться по факту; в) если пользователь захочет скопировать отрисованный текст (например, хотя бы, чтобы перевести автопереводчиком, а может и скопировать вовне - для цитирования или упоминания где-то), то он этого не сможет сделать; г) если пользователю нужно отключить "рюшечки" и ослабить нагрузку на систему - ему нужен будет отдельный HTML-интерфейс, который просто по факту будет выглядеть иначе, даже если сильно постараться с CSS-3. На canvas-странице он не сможет отключить картинки и оставить остальное. (в SVG это возможно). Я нисколько ни умаляю возможности canvas, но если это растр - это не подходит под мои идеи. > Ознакомься хоть с первыми двумя. Непременно. Как минимум для общего развития. > если тебе нужна сложная динамичная графика — тебе нужен canvas. Мне нужны статические страницы, где можно чуток приукрасить (псевдотрёхмерными кнопками, панельками, скруглениями, текстами, уходящими в перспективу и в тень и выезжающими при наведении мыши и т.д.), дать немного интерактива, отойти от прямоугольников и сплошных цветов, но не убивать пользователя буйством красок и мельтешением пикселей. Нужно остаться в XML-е, но иметь возможность менять размеры и формы, вставлять картинки и другие страницы (SVG может), делать спецэффекты, но всё-равно оставлять страницу максимально близкой к XML-ю. Чтобы пользователь мог работать со страницей по-прежнему максимально эффективно - дополнениями обрезая куски (рекламу например, а она будет не у меня, так у других), дополнениями же меняя цвета, размеры и шрифты текстов, собирая ссылки, переводя тексты страницы, вставляя дополнительные узлы в DOM (чем только ни грешат нынче дополнения), автоматизируя сёрфинг макросами (а те ориентируются на DOM) и т.д. и т.п. Canvcas хорош, но он по-другому и для других целей хорош. Мне же SVG кажется более предпочтительным для моих идей.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	70. "Релиз Firefox 22 с поддержкой Asm.js"	+/–
	Сообщение от Lain_13 (ok), 26-Июн-13, 02:22
	> а) параметры объекта мне нужно хранить в переменных - отдельно в памяти; Если пользуешься библиотекой, то достаточно сказать ей что загрузить. Но можно и командами библиотеки рисовать напрямую. > б) если я захочу изменить объект, я обращусь к переменным, потом к библиотеке и потом это изменится на холсте. Если сам рисовал, то за пределы своего кода выходить не будешь — всё остальное само произойдёт. Если загрузил готовое, то придётся сначала ссылки на нужные объекты получить средствами либы, чтоб ими потом управлять. > Если объект наслоился на что-то или частично перекрыт чем-то - там нужны дополнительные вычисления, чтобы перерисовать некий участок холста - это придётся вычислять мне, а не хотелось бы с этим возиться по факту; Нет, если фон у канваса не рисовать, то всеми наслоениями будет заниматься браузер. В конце-концов canvas это такой же блок на странице, как и все остальные блоки со всеми вытекающими из этого следствиями. Если пользуешься либой, то проблемы изменения размеров канвы становятся проблемами либы и тебя тоже не касаются. Возможно придётся указать либе менять объекты под размеры канваса. > в) если пользователь захочет скопировать отрисованный текст (например, хотя бы, чтобы перевести автопереводчиком, а может и скопировать вовне - для цитирования или упоминания где-то), то он этого не сможет сделать; Увы да. Хотя есть способы это обойти, но они крайне кривые. Текст лучше вне канвы рисовать. Хотя если это пара коротких слов, то не велика беда. Смотря что ты с этой парой слов хочешь сотворить. > На canvas-странице он не сможет отключить картинки и оставить остальное. Ну, предположим, отключением одних только картинок ты большой разгрузки системы не получишь… если только у тебя картинки не по 20 Мб штука. А если убирать все рюшечки, то SVG убрать придётся тоже. И интерфейс будет другой. Впрочем, пользователь и ожидает другой интерфейс, более простой. Вон у гугломыла есть упрощённая версия и никто не ожидает, что она будет такой же. > Мне нужны статические страницы, где можно чуток приукрасить С этого и нужно было начинать. :) Но тогда, как мне кажется, лучше больший упор делать на JS+CSS. В конце-концов эта парочка уже есть везде.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "Релиз Firefox 22 с поддержкой Asm.js"	+/–
	Сообщение от Ктоздесев (?), 26-Июн-13, 02:49
	>> Мне нужны статические страницы, где можно чуток приукрасить > С этого и нужно было начинать. :) Да, но "чуток" можно понимать по-разному. :) С помощью SVG можно "чуток" сделать несколькими простыми операциями и повлиять на элементы в разных частях страницы. И при необходимости прямо в DOM-е взять старые значения и ориентироваться на них при изменении других. Да и менять значения просто - изменив значение параметра узла в DOM-е. Да и несовсем статические, если что-то может шевелиться под мышкой или при тычке ею. > Но тогда, как мне кажется, лучше больший упор делать на JS+CSS. В конце-концов эта парочка уже есть везде. Да, разумеется, так и придётся пока что. Увы, CSS-3 сейчас больше "вылизывают", чем SVG. И всё же человек может мечтать. :) (о хорошо поддерживаемом SVG :) )
	Ответить \| Правка \| Наверх \| Cообщить модератору


	76. "Релиз Firefox 22 с поддержкой Asm.js"	+/–
	Сообщение от Ктоздесев (?), 26-Июн-13, 03:33
	>> Если объект наслоился на что-то или частично перекрыт чем-то - там нужны дополнительные вычисления, чтобы перерисовать некий участок холста > Нет, если фон у канваса не рисовать, то всеми наслоениями будет заниматься браузер. Хотелось уточнить: браузер занимается наслоениями отдельного холста на что-то. А я про наслоениями разных объектов на холсте. В SVG это, грубо говоря, просто разные "z-index". Если мне нужно поднять один объект из под другого, то я просто меняю ему уровень. В растре наверняка требуется перерисовать оба объекта в другом порядке или что-то типа того. Если объектов несколько или они сложны сами по себе - всё становится ещё сложнее. В векторе же для меня это несущественно: сложные объекты будут для меня именованными группами, которые я просто поменяю местами либо изменю им положение парой команд. Конечно многое из требуемого SVG в общепризнанных браузерах уже и так работает. Но когда начинаешь писать что-то сложнее, чем движение примитивов - упираешься в мелочи, разные в рвзных браузерах. Ну и обработка текстов в них разнится. > Ну, предположим, отключением одних только картинок ты большой разгрузки системы не получишь… Но я могу в движок заложить альтернативный облегчённый XML - с в разы меньшим количеством узлов. Но это уже вопрос реализации, это можно сделать и в HTML-5. Просто в HTML-5 для некоторых визуальных частей нужно задействовать более сложные "плагины" этого "языка разметки" :) , а в SVG можно вообще из JS убить тяжёлые узлы DOM и отключить фильтры, JS-активности и разнообразные ненужные шевелящиеся красоты - даже не перезагружая и не перерисовывая страницу. Даже можно обойтись одним набором исходников, вставив в загрузку проверку предпочтений и поведение при отрисовке сообразно им.
	Ответить \| Правка \| К родителю #70 \| Наверх \| Cообщить модератору


	78. "Релиз Firefox 22 с поддержкой Asm.js"	+/–
	Сообщение от Lain_13 (ok), 26-Июн-13, 04:04
	> Хотелось уточнить: браузер занимается наслоениями отдельного холста на что-то. А я про > наслоениями разных объектов на холсте. В SVG это, грубо говоря, просто > разные "z-index". Хе-хе, да. Тебе придётся управлять порядком отрисовки. Например: http://radikalfx.com/files/collage/demo.html Но знаешь, всё ведь зависит от движка. Если его разумно сделать, то порядок меняется той же парой команд, а не внесением изменений в код на лету. zindex нужных объектов можно хранить, например, в форме списка объект/уровень, а движок будет сортировать список при его изменении и дальше рисовать всё в этом порядке. Ну или можно сделать несколько канвасов и управлять их уровнями.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	82. "Релиз Firefox 22 с поддержкой Asm.js"	+1 +/–
	Сообщение от Ктоздесев (?), 26-Июн-13, 10:29
	Это хорошо, что можно сделать что-то разными способами. Вопрос в целях при разработке. Мне нужно остаться в XML-е и работать с вектором и узлами DOM, оставить пользователям побольше уже имеющихся возможностей HTML и браузерных дополнений, выйти из плоскости, но остаться в DOM-ах и с возможностью тыкать, выделять, копировать и менять всё, что есть на странице, с помощью дополнений или других веб-инструментов. Спонсорам растровых разработок, мне кажется, важно согнать пользователей с ПК на "тонкие клиенты" и сделать их рабами серверов, присылающих (и принимающих) видеопотоки. Там уже рекламу не удалишь, там опять придётся залеплять экран изолентой (как я в юности залеплял баннеры "Оперы", когда она была "шароварной"). А в случае с Гугло-очками - видимо мало-помалу становиться психом, ненавидящим вдалбливаемый тебе в мозг бренд.. :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	63. "Релиз Firefox 22 с поддержкой Asm.js"	+/–
	Сообщение от Ктоздесев (?), 26-Июн-13, 01:41
	> что на нём творят там всё вперемешку. Например заинтересовавшее меня "15. Google Gravity" на поверку оказалось работой с CSS-3. Точечные эффекты наверное на Canvas написаны. А я хочу работать с векторными объектами, меняя им векторные параметры: масштабы, обводки, размеры отдельных частей, менять текст в объекте "текст по кривой" или менять разом несколько объектов, создавая эффект псевдотрёхмерности - векторной, той, где трёхмерные возможности типа WebGL ещё не нужны, но в плоскости уже тесновато. На страницах можно было бы делать псевдотрёхмерные объекты и чуть менять их глубину. Несильно, но меняя уже представление о рабочем пространстве страницы. Мне не нужно всё превращать в холст или отменять доступность всех узлов (ссылок, текстов) только потому, что мне нужно поверх пустить большой элемент. Мне хотелось бы и "тексту по кривой" оставить возможность быть выделенным и скопированным. А не превращать его в растровое изображение. Это другой подход. Спасибо за ссылки, конечно (и HTML5 прекрасен, не спорю!), но видимо я недостаточно точно передал что хотелось бы делать со страницами. Я хочу чтобы они оставались такими же "тыкабельными", "выделябельными" и лёгкими, но стали красивее (и я даже не мечтаю, чтобы работали все SVG-фильтры - это было бы наверное сбывшейся сказкой). У меня все примеры с того сайта мигом нагрузили процессор (2-ядерный Атлон) и система подняла обороты кулеров. А вот столь же несложные SVG-шки грузят процессор только при первоначальной отрисовке и изменениях (через JS), а в статике и красота на странице, и ЦП отдыхает. Вообщем-то тут спорить не о чем. Растр и вектор - разные миры. Для меня растр - нечто, чем можно украсить вектор. Для кого-то растр - это весь мир, включающий все возможные векторы. :)
	Ответить \| Правка \| К родителю #53 \| Наверх \| Cообщить модератору


	67. "Релиз Firefox 22 с поддержкой Asm.js"	+/–
	Сообщение от Lain_13 (ok), 26-Июн-13, 01:55
	Ну примеры-то понятно почему нагрузили — они динамичные. Если отрендерить и не трогать, то и дополнительной нагрузки не создаст. Собственно, что мешает сочетать одно с другим? Да и пускать текст по кривой можно и вот так, например: http://tympanus.net/Development/Arctext/ И псевдотрёхмерность тоже: http://davidwalsh.name/demo/3d-menu.php
	Ответить \| Правка \| Наверх \| Cообщить модератору


	71. "Релиз Firefox 22 с поддержкой Asm.js"	+/–
	Сообщение от Ктоздесев (?), 26-Июн-13, 02:34
	> пускать текст по кривой можно и вот так, например: Можно. Там CSS-3. Каждая буква там - отдельный тег SPAN, с отдельным CSS-правилом. Это больше байтов на код, чем потребуется в SVG. Кроме того, чтобы изменить кривую, нужно самому считать положение каждой точки. В SVG достаточно переместить ближайший ключевой узел - и все буквы сместятся, следуя изменению участка кривой. Псевдотрёхмерность впечатлила. Не уверенн, что всё что мне нужно я этим CSS-3 воплощу, но спасибо за ссылку. В любом случае это не canvas. И HTML-5 полностью не заменит SVG - это разные вариации XML. :) В HTML-5 понатыкали "плагинов". А SVG сам по себе представляет отдельный способ работы со страницей, в который тоже, конечно, можно что-то ещё добавлять, но он сам по себе способен отрисовывать многое и оставлять пользователей и программиста с XML-ем. Даже можно несколько SVG-файлов использовать на странице, и даже вставлять их в CSS-правила. В конечном итоге применение этих технологий зависит от целей. Моими целями не является задействовать HTML-5 любой ценой. Но цели я выше описал. Плюс есть цель задействовать SVG в качестве именно векторного формата (с варьированием разрешений приборов это актуально), предельно маленьких файлов, которые можно быстро кромсать на клиенте с помощью JS, разбрасывать по странице, менять буквально парой команд в любой миг любые параметры от формы до обводки и даже слоя отображения. Я на прошлой неделе ковырял canvas-игру (выше упомянал сайт и примерное название), так там для разных разрешений подгружались четыре разных растровых набора картинок: под ОйПад, под Андроид, под ПК и под планшет. (я молчу про организацию каталогов, вероятно при трансляции кода так тупо всё расположила программа) И игра была организована через canvas и спрайтами. Для показа новогоднего шарика брался участок картинки с матрицей разноцветных шариков и кадрами с разными бликами на них. Просто чтобы отобразить сверкающий шарик! В SVG это был бы клон объекта с привязанным заданным "стилем" и изменённым цветом (копируем стиль с новым именем, подменяем цвет, можно даже после загрузки кода, уже на клиенте - ничтожные операции). Я недоковырял её, но когда будет время, намерен переписать это на SVG+JS хотя бы ради упражнения, если не для распространения.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	72. "Релиз Firefox 22 с поддержкой Asm.js"	+/–
	Сообщение от Lain_13 (ok), 26-Июн-13, 02:41
	>> пускать текст по кривой можно и вот так, например: > Можно. Там CSS-3. Каждая буква там - отдельный тег SPAN, с отдельным > CSS-правилом. <h3 id="example1">I wanna be curved</h3> Где ты видишь тут кучу спанов?! Разве что либа их потом генерирует — я не смотрел как она работает. > Кроме того, чтобы изменить кривую, нужно самому считать положение каждой точки. Посмотри пример 4. > Я на прошлой неделе ковырял canvas-игру (выше упомянал сайт и примерное название), > так там для разных разрешений подгружались четыре разных растровых набора картинок: > под ОйПад, под Андроид, под ПК и под планшет. (я молчу > про организацию каталогов, вероятно при трансляции кода так тупо всё расположила > программа) И игра была организована через canvas и спрайтами. Для показа > новогоднего шарика брался участок картинки с матрицей разноцветных шариков и кадрами > с разными бликами на них. Просто чтобы отобразить сверкающий шарик! Почему-то я подозреваю, что они изначально рассчитывали работать чисто в растре. Вот и решения у них соответствующие. Спрайты и вот это всё.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	75. "Релиз Firefox 22 с поддержкой Asm.js"	+/–
	Сообщение от Ктоздесев (?), 26-Июн-13, 03:03
	> Где ты видишь тут кучу спанов?! В Inspector-е. > Посмотри пример 4. а не могли бы своими словами кратко обрисовать? В SVG мне, не задействуя никаких библиотек, потребуется лишь изменить одну координату - и изменится и кривая, и положение букв, и их наклоны, и отрисовка, согласно шрифтам (в идеале, на самом деле разные браузеры по-разному отрисоывают пока что). В том варианте вероятно всё это считает библиотечная функция, это вы хотели сказать? Тем не менее, CSS не переплюнет SVG по уйме других возможностей всё равно (сейчас ни к чему перечислять всё). Это разные миры. И в разных случаях их следует применять. Мне тут же на Опеннете, примерно 10 месяцев назад сказали, что SVG не пошёл в массы потому, что веб-разработчикам лень возиться с математикой. А я ещё и желаю оперировать с разными участками и составными частями страниц, т.е. не с одной SVG, включающей всё, а с XML-страницей, включающей обычные элементы веб-страниц. Не потому что "не лень", а потому, что вижу в этом адский потенциал для воплощения разнообразных фантазий. > Почему-то я подозреваю, что они изначально рассчитывали работать чисто в растре. Я тоже, препарируя, решил, что исходник взяли из "системной" игрушки и с незначительными изменениями автоматом перегнали это в canvas+JS. Вот это "чудо": http://nickelspark.com/each/tpang/
	Ответить \| Правка \| Наверх \| Cообщить модератору


	77. "Релиз Firefox 22 с поддержкой Asm.js"	+/–
	Сообщение от Lain_13 (ok), 26-Июн-13, 03:40
	> В Inspector-е. Ох и точно. Нагенерировали по самое не хочу. Да, всё считает либа, а в исходном коде идёт нормальный текст. Вообще я полностью согласен, что SVG больше подходит для таких фокусов. По крайней мере с текстом. Но он действительно как-то не прижился, а от математики так и не сбежали.
	Ответить \| Правка \| Наверх \| Cообщить модератору