のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,897人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

    元スレ+ JavaScript の質問用スレッド vol.137 +

    JavaScript覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

    451 = :

    「結果しか保存できない」がより難解さを増してる気がする
    ひょっとしてアニメーションGIFやapngを作りたい?

    452 = :

    ※クライアントはこんな感じで指示を出してきます

    454 = :

    「〇〇したい、△△すればできそうな気がする」って考えていることの△△しか言ってない気がするから〇〇の部分の補足が欲しい

    gifの制御と画像のタイリングは全然違うはず

    455 = :

    あぁそうだね
    ・〇〇したい
    だけ言ってもらえればいいんだけど

    456 = :

    >>454,455
    ○○したい
    は具体的にはありませんが>>449が（もしかしたら）近いような気がしますが調べ中です。

    例えば、画像にコールバック関数が組み込まれていて
    js側でコールするとその画像の内容自体（or画像以外）が動作をする、みたいな感じです

    簡略ですが例えば、
    左から赤緑青と塗られている横3px×縦1pxのpng画像があり
    img要素で読み込まれており
    さらに赤緑青の位置が１秒置きにランダムで移動。
    スクリプト側で、hoge(0,0)すると
    画像の(0,0)の位置が赤色だったらalertする、青色だったら色を入れ替えする
    みたいなことを今はやっています
    しかしこれだと当たり前ですが、画像を配布しただけでは何も起こらないのです

    で、「そういえば画像にスクリプト付加して云々できる」ような記事を見たことがあるとふと思い出し
    そういう画像フォーマットってあるのかな、と思ったのです
    記憶違いかもしれませんが

    457 = :

    >>447
    スプライト、画像スプライト、イメージスプライト。
    CSSでやるやつはCSSスプライトとかCSSイメージスプライトとか言われる。

    458 = :

    画像にスクリプトってFlashくらいしか思いつかん

    459 = :

    >>456
    Web上でJSから画像をどうこうしたり、どうこうできるように画像を作ることはできるけど
    もし、プログラマブルな画像というものを考えているのならば、それはFlash画像でしかできない

    460 = :

    >>458,459
    なるほど言われてみれば、やろうとしていることはまさに
    Flashって感じだと思いました
    ただ、今からflashを学習しようと思うとあれですが
    ありがとうございました

    462 = :

    スクリプトの動く画像って
    セキュリティ的に相当煙たがられそう

    463 = :

    しかし画像動かすだけでこんなクソ面倒くさいとかhtmlウンコじゃん

    464 = :

    htmlたんがどれだけ元々の使われ方から乖離した要望に応えるために頑張ってると……

    465 = :

    >>462
    だからsvg埋め込みのjsは、
    インライン、<embed>タグで読み込み<object>タグで読み込み、<iframe>タグで読み込み
    の時は動くが、
    <img>タグで読み込み、cssのbackground-imageで読み込み
    の時は動かない仕様になってる。

    466 = :

    >>463
    先にやりたい事を考えないからそんな変な手法を追求することになるんだわ

    467 = :

    そもそもウェブでやろうとするのが間違いなんだろ

    468 = :

    wasmですべて解決

    470 = :

    >>468
    いつかそういう時代になるといいな
    WebフロントエンドといえばRustみたいな

    471 = :

    rust始めるのにwasmで勉強するのってどう思う？

    472 = :

    所詮この世界は流行るかどうかだからなぁ
    rustは正直厳しいと思うぞ

    473 = :

    >>471
    wasmバイナリとまでは言わんがせめてwastからやれよ。あんまり甘えんなよ。

    475 = :

    自分もrustやろうとしたけど
    作りたいものが特になくてやめたわｗ
    新しい言語やるときは明確な目標がないとなかなかね
    そういった点でJavaScriptやPythonやC#が流行るんだと思う

    477 = :

    >>476
    自作のブラウザ

    478 = :

    質問です
    document.evaluateのパラメータ resultType で指定する結果型が
    UNORDERED_NODE_SNAPSHOT_TYPEの場合と ORDERED_NODE_SNAPSHOT_TYPEの場合の２つでは
    前者を使う理由は何かあるのでしょうか？
    私がパッと考えてすぐ出た理由は前者のほうが処理が速いのかもしれない、というぐらいなのですが。

    479 = :

    理由は前者のほうが処理が速いのかもしれない、というぐらいなのです

    481 = :

    >>480
    >>51

    482 = :

    いつのまにかJSにこんなもん実装されてたのか
    PHPみたいなや

    483 = :

    フォーマット文字列は無いのかえ？

    486 = :

    >>484
    http://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Operators/Object_initializer

    487 = :

    >>484
    >486は間違い、正解はこっち
    http://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Operators/Property_Accessors

    489 = :

    o.key, o[ key ] の2つの表現がある。
    o[ key ] の表現では、空白入りの文字列とか、言語のキーワードなども使える

    o.a b
    o[ "a b" ]

    上はダメだけど、下はOK だから、下を使うと安全。
    でも、__proto__ だけは使えないかも

    491 = :

    >>489
    これは語弊があるね

    494 = :

    ECMAScript 2015 で導入された JavaScript クラスは、JavaScript にすでにあるプロトタイプベース継承の糖衣構文です。クラス構文は、新しいオブジェクト指向継承モデルを JavaScript に導入しているわけでは**ありません**。
    http://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Classes

    496 = :

    >>489
    __proto__ を付けなければよい
    Mapも有

    499 = :

    privateが#の件はclass構文ゴリ押ししてた勢やっぱセンスないなと思った。
    ますますclassを使いたくなくなった。


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド

    トップメニューへ / →のくす牧場書庫について