終了が決定しているAdobeの Flash(フラッシュ) なんですが (´・ｪ・｀)
私の場合 フラッシュが掲載されているとわかっているブログには行かない と徹底しているつもりです。でもうっかりリンクを踏んでしまうことが。
うっかりするとこうよ ↓
勘弁してくれんかマジで。
ページ開いただけでこうよ。中華系のどこぞから引っ張ってきたURLで表示しているのでしょうが、こうなると 「何を載せようと私の勝手」と言えるレベル超えてる。はっきり言って迷惑
人に迷惑かけてまで満たしたい欲求がそこにあるのですか？あ？なに？フラッシュ使えないと死ぬの？ねぇ？死ぬんdeathか？
以上です(笑)
このコメントは管理人のみ閲覧できます
こんにちは ('0')/
この手のタイプって2種類で、虚栄心がものすごく強いかどケチかです。大抵は前者で後者はレアケースなんですが、たぶんこの人後者です(笑)
他人の得になりそうなことは絶対にしたくない、というタイプ。この方外部リンク全然無いと思います。がめついんで。
これは言ってはいけないんだけれど、いやもう人として絶対言っちゃいかん… これは私の口からは言えな… だから独り身なのでは (´・ω・｀)
flashに嵌まってる人
みかけます
多分、情報収集されない方だと思います
指摘していいんだかどうなのだか
自ブログに注意記事を書いてるんですが
気づいてくれない
このコメントは管理人のみ閲覧できます
それはあれですよ。気づいていないのではなく、気づかないふりをしているだけです。自分に都合の悪い情報は目も耳も塞ぐってことです。そもそも人の意見に耳を傾ける能力があればとっくにフラッシュ掲載など辞めているはずです。いまだに執着するって、あんたどんだけリテラシー低いの、と。
説いたところで「理解できない」のではなく「理解したくないからしない」ので無駄っちゃ無駄ですね。こちらの骨が折れるだけで。
そして大抵の場合は扇動者が居るんです。で、本人は扇動されてるだけなんだけど、その人を「優しい」「親切」「すごい人」なんて思ってます。というか「良い人」なのではなく「自分にとって都合が良い人」なのは誰の目にも明らかで単に利害が一致しているだけなのでしょうが。
だからもう勝手にしなさい、という感じです(笑)
いえいえ。内緒さんに責任などありません。
で、相手方がどうするかについては内緒さんの憶測が恐らく正しい(笑)
本来は私が行うべきですが、正直もうそういうの相手にしたくないんですよ。すみません ^^;
内緒さんもどうぞご無理なさらす。
いつもありがとうございます :)
このコメントは管理人のみ閲覧できます
このコメントは管理人のみ閲覧できます
こんにちは。昨晩見落としてしまいました。ごめんなさい (*_ _)
「絵文字エディター」というのは旧投稿画面のツールでしょうか。
旧投稿画面は明らかな動作不全以外もう手が入ることは無いと思います。flashの終了については「明らかな動作不全」にあたるので書き換えが行われたのかもしれませんね。
で、個人的には本格的に「旧」から「新」へエディターの移行をしたほうが良いのではないかなぁ、と思っています。「旧」のサポートがいつまで行われるか不明ですが、現時点でモバイル版のエディターが旧由来で非常に都合の悪いことになっていますよね。
モバイルではWYSIWYGであることが大前提というか、そうでなければ気軽な投稿や編集が難しいので、「新」との互換性を重視していく方向になると思います。
現段階では絶対とは言いませんが、恐らく、という感じです。
その流れで絵文字についても「新」の方で扱えるもののみサポート、という形になっていくのではないかなぁ、という予想 ^^;
仮に本件が「新投稿画面の絵文字」ツールの場合は、今後は恐らく絵文字を出しっぱなしでの記事作成はできない、と思ってもらった方が良いかもしれない。たぶん。はっきり言えなくてごめんなさい。絵文字を頻繁に利用する方にとってはちょっと辛い変更が入る可能性があります、としか ^^;
------------
Macなんですが、特にこれと言って何もない(笑)
実は少し前から(たぶんcatalinaから)フォルダの移動関係がめちゃくちゃ遅いんですよね。この症状はbigsurでも改善が無く。
自力改善できるそうなのでそろそろやろうかと思ってます。
もしかすると初期段階(購入段階)でもフォルダが遅い可能性はあります。わかんないけど (´・ｪ・｀)
このコメントは管理人のみ閲覧できます
このコメントは管理人のみ閲覧できます
* 一部内容削除しました
また変更されたUIと格闘することになるかもしれませんが、今のうちから少しでも慣れておくと良いかな、と思います :)
このコメントは管理人のみ閲覧できます
このコメントは管理人のみ閲覧できます
こんにちは。
旧投稿画面にはあり、新投稿画面には無い、という項目が現状でいくつかあるんですよね。
* 一部内容を消去しました
このコメントは管理人のみ閲覧できます
tbについてはいずれ近いうちに終了になる予定ではないかと思います。
* 内容の一部を削除しました。
このコメントは管理人のみ閲覧できます
ありがとうございます。
予定ではβが12月中だそうです。よろしくお願いします :)
このコメントは管理人のみ閲覧できます
こんにちは。
----------------
width, height属性について
これなんですけどねー (´・ω・｀)
まず、新投稿画面リリース当初は確か
<img src="" width="" height="">
こうだったと思うんですよ。width, height属性の記述があったような。うろ覚えですが。確かに現時点では無いですね。
で、ご質問の
> サイズは指定した方が良いのですよね？〜
については、「YESが正解に近いけれども、必ずしもそうとは言えない」
この属性というのは「領域の確保」なんですね。HTMLというのは必ずdisplayの初期を持っていて、それがあるのでレンダリングの際にブラウザは何も考えずにササっと各要素を並べていけます。その並びなどを再編集するのがCSS(スタイルシート)です。
で、imgのwidth, height属性はそのレンダリングの際に「どれだけの場所が居るのか」の指定で、実際の画像のサイズとはまた別なんです。
width="1000" height="1000" とあればブラウザがその縦横指定に従って領域を確保し、その領域内に画像を横100%縦100%ではめこむ、と捉えると良いと思います。
でも今レスポンシブ時代ですよね (´・ω・｀)
width="1000" とあっても実際に1000pxで良いのか？という点です。レスポンシブは基本が%なので、1000px以上のデバイスならばwidth="1000"がそのまま有効ですが、320pxのiPhoneで1000px表示ができるわけがないというか、してはいけないというか。
結局はCSSの方で修正が行われるわけです。ならばwidth, height属性がそこまで大きな意味を持つのか、ということですよね。
横320px以下の画像であれば「非常に有効」と言えると思いますが、そうでない場合は「そうでもない」というか(笑)
ただ縦横比が割り出せるのと、レンダリングの際は「高さ」が結構重要で、高さ0からいきなり高さ500pxになると画面がガクっと下がったりしますよね。でも高さがheight="1000"としてあってCSSで補正されてheight: 600pxで落ち着いたとしても0からよりは良いかな、みたいな(笑)
---------
あと「WYSIWYG」に注目した場合には「htmlは必要最小限が望ましい」と言えると思います。WYSIWYGの性質は整形時にhtmlのstyle属性でインラインCSSを充てますよね。例えばサイズ調整の場合
<img src="" width="" height="" alt="" style="width: 500px; height: auto;">
widthとheightが重複と言えば重複です。WYSIWYG的には
<img src=""alt="" style="width: 500px; height: auto;">
この方が管理しやすい、ユーザーからしても管理しやす、と言っても間違いではないですよね。
WYSIWYGは迷いながら操作するとhtmlがめちゃくちゃなことになって、修復不能な状態にまで陥ることがありますので、htmlは質素な方が都合良いとも言えます(笑)
--------
個人的見解としては「どちらでも良い」のかな、と思いますが、width, height属性はChromeのネイティブlazyloadとか使いたいときに属性記述推奨だったり(ネイティブlazyはブラウザ側で縦横比の取得だけを先に行う必要があります, 属性がその手助けになります)、絵文字のように小さな画像から300px程度までの画像にも有効なので、足すようにかけあってみますね。
ただhtmlは煩雑になります。でもWYSIWYGだからそんなに深く考えることもないかな (´・ω・｀)
html使いたい人はhtmlモードでやるだろうし。
なんらかの都合で「属性なし」の方向になったとしても、わざわざ追加する手間はかける必要ないと思います。ネイティブlazy使いたい場合ぐらいかな。
あと、そうだ。絵文字のaltの件。
個人的には絵文字にaltは不要だと思っているので、私はいつも alt とだけ追加しています。読み上げのときに「ニコニコ」とか「スプーン」とか要らんやろ、と思うので。内緒さんも alt と書くだけかしら。
エディターの絵文字はマークダウン方式なので、サーバーからデータが返ってこないと反映されません。保存を行ってそのまま続行、というパターンも「データ送信後のレスポンスを表示」という作業を経由しないのでマークダウンの文字列のままなんですね。これはサーバーの送受信の問題なのでどうしようもないです。
なので、プレビュー画面を開き、右クリックで「検証」をし、そこからhtmlをコピペで持ってくる、という作業をされたらどうだろう。手間は手間だけれど、画面切り替えるよりは良いような(笑)
内緒さんが「常に新しい絵文字を使う」という場合はツール必須になると思うけれども、ある程度決まったものを使用するならば辞書登録を活用するのが一番効率的だと思いますよ :)
このコメントは管理人のみ閲覧できます
絵文字なんですけども、エディター内絵文字については「画像ではなくなる」という予定が。
なのでalt自体気にする必要が無くなる「予定」(笑)
その代わり独自絵文字的なものはなくなります。必要最小限の絵文字だけで、あとはユーザー各自が自分でアップロードして使う、という感じでしょうか。
width, height属性については問い合わせを行っています。よろしくお願いします :)
このコメントは管理人のみ閲覧できます
こんばんは。回答頂きましたのでお伝えしますね。
画像の高さが非常に大きい、という画像を挿入した際の挙動について問い合わせがあったようで、色々考慮・検討した結果属性の削除に至ったという経緯があるそうです。
私個人としてはhtmlの正当性も大事ですが、多くのユーザーが利用するツールは「動作不良を避ける」というのが一番大事だと思うので、この件については「了解しました」と締めくくりました。
なのでやはり現状維持(属性無し)、という形になりそうです。よろしくお願いします :)
--------
だけどこれね、たとえ話にも出しましたが「高さゼロから〜」の問題というのは残りますので、特に1枚が2MBを超えるような容量の画像を掲載する方々ですよね。画像のダウンロードがすんなり済まないのでベロ〜んって感じで上から徐々に表示されることがあります。こういう場合はたいていの場合みなさん表示幅にこだわりを持っているためか固定幅を利用されてるんですよね。するとwidth, height属性が非常に有効なわけで。
本当は「ベロ〜ん」状態を避けるために容量を削減しましょう、という啓蒙が一番良いんですが、こだわりは人それぞれなので難しいね ^^;
このコメントは管理人のみ閲覧できます
