編集画面

優しさに包まれたならきっと目に映るすべてのことはメッセージ💌♫byユーミンすてきな挨拶される御宅にて最近ブロともさん何名かYouTube貼れないと嘆いてらした私はこんな感じでやってます〜Androidスマホ版まずYouTube好きな曲選び「共有」選ぶ=押す※頭CMあれば終わった時点でネ゙↓変わる画面「コピー」選ぶ=押すそのまま今度アメブロの編集記事開くするとね😆ほらアドレスのコピーがすでに来てますそこで「〈＋〉」を選ぶ=押す↓

日経XTECHから[縦長のWebページ全体を画像で保存、メニューから選べるEdgeがChromeより便利]縦長のWebページ全体を画像で保存、メニューから選べるEdgeがChromeより便利Webページを後から確認しようとして、お気に入りやブックマークに登録しても、そのWebページが削除されてしまうと役に立たない。見たままのWebページを手元に残す方法として、簡単かつ確実なのは画面をキャプチャーし、画像ファイルとして保存することだ。xtech.nikkei.comこの記事を参考に

少しずつゆるんで来ましたなぁ🙄今日は何故か記事を打ち込むのにも3倍ちかく時間がかかり編集画面もなかなか進まないアメブロさん(´；ω；｀)スマホ全体が不調なのか？なんなのか？非常にストレス(^^;)(;^^)(^^;)(;^^)(-。-)=3カクカクしかウゴカナイ壊れかけのロボットのような？つ、疲れるのでここらで打つの止めます(´；ω；｀)おはようございますm(__)m天気は良いんですけども湿度は少しお高めのこちら埼玉の片隅です。アメブロさんの問題なのか電波

全然繋がらなくて、初めて、スマホからアクセスしてみました。しかし、タブよりはマシと言うものの、結局、皆様の所へは訪問出来ず、記事は見られずです。※コメント対応も出来ない状態です。スマホからの初投稿です。タブ繋がったら、画面入りで加筆しますね。取り敢えず、ご免なさいのご報告。ーー追記ーー画面↓↓↓こんな感じでした。って、こんなのが、ずーっと出っぱなしでしたよ。悲しかったです。いつも、繋がり難くて、見慣れた画面でも、これが、何時間も続くのは辛いわねぇ～(>_<)今日は、諦めた

前述のとおり、アマゾンは厄介である。テンポスターでアマゾンに商品登録をする際の手順はコレである。１．アマゾンから出品予定のカテゴリのＣＳＶファイルをダウン。２．必要な項目を入れて、アマゾンの商品登録へＵＰ３．１時間くらいたつと、アマゾンの出品が完了。４．出品した商品に対して、ＳＫＵとＡＳＨＩＮが確定する。５．テンポスターから出品した商品のｃｓｖファイルをダウンロード。６．アマゾンにログインし、登録した商品のＳＫＵとＡＳＨＩＮを確認。７．テンポスターのアマゾン列ＣＳＶのＡＳ

AmebaのBlogTopPageやレイアウト等は管理画面のデザイン設定や設定管理のページから、工夫すれば個性的な画面に変える事が出来ます。是非皆様もチャレンジして下さい。Top画像の下にAmebaのBlogPageのリンクを張っていますが管理設定画面からフリースペース編集画面に進み私は枠の中を下の様に書き込み編集をしています。<divclass="nav-wrap"><nav><ulclass="nav-body"><li><ahref="https://blog

ブログを再開してテーマ分けがあまりにも雑過去記事のテーマ分けをやり直してようやく一段落〜できれば編集画面で移動したい記事を全部選んでドラッグ&ドロップ的に移動できたら…アメブロの仕組みがまだわかってないのでもしかしてそれができたりするのかなぁ？疲れたよ〜でもやり切った！もしかしたらあと2つテーマ増やすかも

全ての情報を正常値に書き換える前ページの「DoctorFoxⅡver.0.3」では、「マニュアル修復」で修復できるのは「width」の値だけでした。「AmebloWysiwyg⭐」を利用している環境を前提に考えて、「フォント種」「フォントサイズ」の「Wysiwyg情報」が正常でなくても良いという判断をしていたからです。しかしもし、「AmebloWysiwyg⭐」を使っておられない方が、このツールだけを使って修復をした場合に、大変に混乱する事に気付きました。新タイプスキン

旧いPC/Firefoxで「デザイン幅で表示」が使えないFirefoxに特有の症状ですが、編集画面の「デザイン幅で表示」の機能が変調し、異常に狭い本文幅になる事があります。何がきっかけなのか、ある日突然この状態になるのです。下はこの症状の例で、「デザイン幅で表示」ではまともに編集が出来ません。この問題に対処するために制作したツールが「DoctorFox」で、「DoctorFoxⅡ」では、気の利いた修復方法を導入しています。気の利いたというのは、「デザイン幅で表

「通常表示」⇄「HTML」の往復に耐えるパワーユーザーにとって「HTML編集」は普通の作業です。編集画面で動作するツールを制作する際、ユーザーが「HTML表示」を開かない事を前提にしては駄目です。「EditorKeeper⭐」は基幹ツールで、当然「HTML編集」を開いて「通常表示」に戻ったら、機能しなくなったと言うのはお話になりません。と言いたい所ですが、実は先日、一つだけ動かなくなる機能があるのに気付きました。上は、編集画面から「管理トップ」「ブログトップ」「ホー

たかだか数年とはいえ、、起業している方を見てきている限り朝一でアウトプットされている方がほとんど。起床したら、その日の調子がどうであれ、書く・書かない。にせよ起床でも、何かのついででも必ずPC前に座って編集画面を開く。そうやって、トリガーを利用して習慣化してる人がいるぐらいだ。(*´ω｀*)ふむ習慣するには、何かのついで。がポイント。ブログやメルマガでアウトプットすることは実

「Firefox」上で生じていた問題ブラウザFirefoxは、Chrome/EdgeがAD配信側にすりよる傾向を強めている中で、ユーザーライクな姿勢を守ろうとしている様に見えますが、今後どうなるのか？さて、Firefoxの仕様変更が関係している様に思われますが、今回の「基幹ツールの起動確認」の導入を通じて、多くのツールで以下の問題が生じている事が判りました。「input要素」のスピナー 「input要素」は色々な種類化があるのですが、数値を指定する「number型」には、

先の「スマホ版Excelアプリ(1)」～「スマホ版Excelアプリ(3)」記事でスマホ版Excelアプリの基礎的な操作についてご紹介しました。今回は、スマホ版ならではの表データの閲覧・編集ツール「カードビュー」についてご紹介します。先の記事でも触れたように、スマホ画面は狭く、またキーボードショートカットも右クリックも使えないです。そのため、PCやタブレットでの操作とは異なる操作手段が必要となります。PC版などで作成された表データの多くは、横にも縦にも長いので、それをスマホ環境で閲覧したり

「非基幹ツール」についてこれまでに制作して来た編集画面で機能するJavaScriptツールは、常駐型ツールだけで20程度あります。JavaScriptツールの制作を開始した当初は、この数は想像できず、また幾つかの常用ツールが起動した事を示せば良いと考えていました。この適当な方針で、編集画面の右上隅の「管理トップへ」のボタンに、幾つかのツールが起動を示す「ライトブルーの影」を表示するデザインを採用して来ました。◎「EditorKeeper⭐📛」の起動直後➔何かのツールが

「AmebloWysiwyg⭐」の機能「AmebloWysiwyg⭐」は編集画面の「Wysiwyg環境」を補強するツールです。編集画面上とブログ記事の実際の記事表示を、出来る限り一致させる各種の設定が可能です。このツールが与える影響は大きいので、「AmebloWysiwyg⭐」が起動しているか否かで、編集環境はかなり異なって来ます。この理由から、「AmebloWysiwyg⭐」を基幹ツールに指定しました。他の機能上の更新はありませんが、基幹ツールとして起動を表示

カメラ機能がダメになっているスマホのぼやけ画像です。編集画面までは、いつものように行けます。しかし、編集とすると、朝のハナが、となって、編集、画像処理した画像を貼り付けることができません。今日のブログは、いつものブログに、画像無しです。さて、これから、どうしますか。家内や娘たちからは、スマホが古いしスマホカメラが壊れているから、買い替えるように言われていますが、また、訳がわからない設定かと、二の足を踏んでいます。では、また。

「基幹ツールの起動確認」機能を追加しました新規作成の編集画面は直前のデータを呼び戻せますが、再編集の編集画面は出来ません。過去記事の複製を書換える事が多く、再編集の修正も多い私は、何度痛い目に合ったことか。失敗の多くは、「管理トップへ」などのリンクを押して編集画面を遷移させたことが原因でした。「EditorKeeper⭐📛」の主目的は、この種の危険を無くし編集データを守る事です。前ページに書きましたが、編集画面のツールの中で、編集環境全体に影響する重要なツールの起動を確認する

編集画面で起動したJavaScriptツール「Tampermonkey」は、開いたページで「起動したJavaScriptツールの数」を、ブラウザのツールバーのアイコンに表示します。この起動は、厳密な意味での「スクリプトの起動」で、ツールを操作して作業を始めるといった、ユーザーが意識する「ツールの起動」ではありません。常用ツールが少ない場合は、この「起動したツールの数」の変化だけで状況が推測できるでしょう。何かの理由で常用ツールの1個をOFFにして、ONに戻すのを忘れていた

受け継いで来たツールの起動確認 方法ブログ編集画面の編集枠は「iframe」で、その内部で動作するツールを確実に動作させるには、特別な要領が必要です。「iframe」内に記事本文（編集対象のデータ）が読み込まれるのは、編集画面全体の読み込みより（タイミングとしてはかなり）遅れます。その読み込みが終わってから「iframe」内にアクセスしないと、記事本文の取得に失敗して、ツールは何もできないで終わります。この普通のWebページにはない特殊な環境で、上手くJavaScriptを動作さ

「EditAtOnceAm」と同様のパグ修正前ページの修復を「EditAtOnceAmR」でも適用しました。レトロタイプのスキンの場合は「ブログページ」「記事一覧」のHTML構成が「新タイプ」「旧タイプ」のスキンとは異なり、無理に統合させずに「AmR」バージョンで対応しています。なお、当方では「レトロタイプスキン」を設定して検証する事ができないので、機能の検証漏れがある場合は、その内容をメッセージ等で教えて戴ければ幸いです。 「AmR版」での制限事項◎現在

コードミスがありました開いたブログページの編集画面を開くコードは、このツールのコードの中に3ヵ所あります。①記事タイトル部の「右Click」で表示されるメニューの「」を押す。➁「Ctrl+F7」で表示されるパネルの「」を押す。➂「Ctrl+F7」でパネルを表示し「Enter」キーを押す。①➁は同じ関数を共用していますが、➂は独立しています。この➂のコードで、ページの要素取得が不十分でした。「EditAtOnceAm」ver.2.1301行～

「EditAtOnceAm」の更新にシンクロ前ページで紹介しましたが、「EditAtOnceAm」に、閲覧時のスクロール位置を編集画面に再現する機能を追加しました。従来の「閲覧中の記事を編集する機能」を更に向上させたのですが、これは大変に便利です。しかし、レトロタイプのスキンの場合は「ブログページ」「記事一覧」のHTML構成が特殊なので、「EditAtOnceAm」は対応させずに、「EditAtOnceAmR」の別ツールで対応して来ました。従って、今回の大

記事閲覧と編集作業を繋ぐページの閲覧位置（ページ上部からのスクロール位置）と同じ位置を編集画面に開く機能を「BodyWconOD」として制作して来ましたが、記事タイトルの「右Click」からその編集画面を開く「EditAtOnceAm」と、多くの部分で機能が重なりました。しかし「EditAtOnceAm」は「記事一覧」でも動作し、一方「BodyWconOD」は記事下方の記事タイトルが見えない位置でも「Ctrl+F7」で起動できます。これらは特異な部分は互いに補うもの

「FileUpLoad」ボタンの扱いを変更前ページの「AmebloWriter(Compact)」の更新で、「FileUpLoad」ボタンがスクロールしないデザインになりました。これは快適ですが、「EditorKeeper⭐」による「拡大画像パレット」のデザインでは、「FileUpLoad」ボタンが画像パレット上から動かず、アップロードした画像を広範囲に調べる目的では、邪魔になります。上の様に「画像パレット」が拡大した状態でも、画像ファイルをパレット上にドラッグ&

「EditAtOnceAm」は、自分のブログの任意のページから、その記事の編集を開始できます。これはブログのメンテナンス上で必要不可欠のツールです。◎新旧の両タイプのスキンに関して、「ブログページ」「アメンバーページ」「記事一覧ページ」上で動作します。◎アメーバヘッダーのログインが未確定でも処理可能です。◎「EditAtOnceAm」は専用アイコンの設置が不要で導入が簡単です。 「EditAtOnceAm」操作マニュアルver.1.8

操作パネルの一時的な非表示「記事タイトル」に検索語がヒットした場合、その文字列をハイライト表示できれば良いのですが、それは困難です。その理由は、「タイトル入力枠」が「input要素」で、ハイライト表示をするHtmlコードを書き込めないからです。（入力枠はプレーンなテキストしか受付けません）従って無理な工夫をするより、ヒットした事を表示して、手作業での編集処理をユーザーに任せるのが妥当です。最大48文字で、問題の文字列は直ぐ判断できますから。入力枠内の文字列の置換え処理は可能ですが、

操作パネルの横方向への移動前回のデザインは、「S-RinEditor⭐」を起動すると編集画面全体のスクロールバーが出てしまいます。「AmebloWriter」のアレンジ下でスクロールバーを出さずに「操作パネル」を割り込ませるのは、大がかりな編集画面のデザイン修正を、ツール側で行う必要があることが判りました。「AmebloWriter」の縦方向の伸縮デザインは、自分で作っといていうのもなんですが「単純なCSSコード」ではなく、攻略が難しい事があらためて判りました。

編集画面で「検索・置換」を可能にするツール「S-RinEditor⭐」は、ブログ編集画面で「置換」が可能な検索ツールです。ブログ編集やメンテナンスで、「置換」機能は威力を発揮します。これまでのバージョンでは、「検索・置換」の機能は「ブログ記事本文」の範囲のみに絞って来ました。「記事タイトル」を処理対象とするには、もうひとつ「検索・置換」のツールを追加する様な構成になりそうで、それをひとつのツールに纏めるのは難しいと直感したからです。実際に「ブログ本文」部の制作だけで、幾つもの山

「Edge」ゴロゴロ仕様を変えるなよブラウザ「Edge」の中身は「Chrome」です。「Microsoft謹製」の「旧Edge」が「Chrome」に完敗して現在の「Edge」になった事は、多くの方がご存知でしょう。もちろん中身が他社製でも、「OEM」として色々なオプションを付けて頑張るのは企業として当然の事です。実際、その努力は評価され、ブラウザのシェアを獲得しつつある様ですが、最近は「やり過ぎ」が目立って来たと思います。ウインドウの表示領域の角を「丸め」たのは、おそらく不評も多

「FontAwesome」のアップデート「FontAwesome」関連のツールを整備していますが、「AmebloWysiwyg⭐」は、編集画面の「通常表示」で「FontAwesome絵文字」の表示を可能にします。この機能は、やはり「FontAwesome」の呼込み指定を行っていて、指定コードのバージョンを、前ページの「AutoStyleAttach⭐」ver.1.5と揃えました。@importurl("https://cdnjs.cloudflare.com/aj