こんにちは
今回も毎日配信はじめていきますよー
部が変わったので最初はこの配信の説明から!
テキストライブの中の人が今までのことや考えていることなどをしたためる配信です。
頭の中をはきだしては記事にしてを繰り返しています。
記事にするかわからない内容もあるかも。
時間固定ではありませんが配信をできる限り毎日していきます。
誰かが書いているなら自分も書こうかなと思ってもらえたらといった企画になります。
だいたい中の人が1時間くらいで集中力がきれるので1時間をめどに配信していきます。
最近鼻のムズムズがすごくてティッシュが手放せなくなってきました。
花粉症ですかね。
みなさん大丈夫ですか?
さて、今回は今後書く内容とか他にもいろいろ書いていきたいと思います。
32日目!
何日目かわからなくなってきました。
さて、前回はチュートリアルまわりを11部のテキストライブで書き連ねました。
執筆画面のチュートリアルはまだですが視聴者側のチュートリアルは追加済みです。
あと、配信開始時とアーカイブ公開時に共有用URLを表示するようにしてみました。
URL間違いがなくなるといいな
これで執筆画面のチュートリアルでURLについてを記載しなくていいかな
URLのモーダルにこの画面のURLとは違うよっていう一言を入れておくのがいいかもしれないですね
毎回ではないですが、配信後にいろいろご意見をいただけたりしています。
ありがとうございます。
考えるのに役立っています。
この場で感謝を。
今日は早朝から!
やってみたいと思います!
日曜日の朝早くから見てくださる方はいらっしゃるのでしょうか!?
いなくてもするんですけどね。
昨日発覚したアイコンかぶりはこの配信後のアップデートで変わります。
さて今日はやっていきますよ。
一応過去の部を遡って確認したところあと書く予定なのがこの3つ?
・機能の枝分かれと試行錯誤
・今
・これから
機能の枝分かれ
今ある機能の整理としては記事にしなくても書いていっていいかもしれませんね。
バージョン2で追加された機能を列挙、それを追加した意図をって形でまとめるのはありかな。
あとはうーん。
何かあるかなー。
ちょっと過去の部を遡ってみます。
候補はこれ以外には書かれてないですね。
バージョン2で追加された機能や変化したことについて書いていってみましょう。
バージョン1でもありましたが、変わった点が1つ。
ワンライ企画がチャンネル機能と統合しました。
使い勝手がよくなったのかは不明。
ごちゃごちゃしてしまっているのでいいのか悪いのか。
ユーザーによるワンライ企画がそこまで活発ではないのが問題。
うーん。
仲間内だけで開催できるようにした方がいいかなーと思いつつ。
水面下で活発になられると今のテキストライブの状態と同じんなってしまうので悩みどころ。
今ってワンライ企画参加時には全体公開になるはず。
アーカイブの公開・非公開、配信するかしないかはユーザーが選べる形にはなっている。
違った企画を立てられる方がいいのかな?
時間制限なしで合同誌みたいな形のものを作れるようにとか。
ユーザー間で楽しめる要素して開催できる企画内容をもっと練り直さないといけないよね。
ユーザーごとでモトロードタイマーみたいなものを設定できるようにしたので、時間制限の企画の開催がわざわざチャンネル作ってて形んならないんだろうな。
考える余地あり!
考える時間は別にとるとして次!
これは長時間のものに対応しないと前面に出せないのと時間がかかりすぎるのをどうにかしないといけない
2分動画にしているけど1分にしてみてもいいかなと考えてはいる。
動画を四角にした理由の1つにインスタにあげる人もいるかなと思ったからで、ただインスタって1分らしい。
課題としては、
・長時間対応
・変換時間短縮
・縦書き対応
縦書きは今完全にストップしている。
今の動画変換の仕組み上、あるものを間にかませているんだけどもそのソフトの不具合でどうにもならないというのが現状。
これは待つしかない。
早くしたら売りにできる。
あと運営の宣伝として使ってもいいよっていうチェックをどこかでとれないかなー。
使って!って形の方がいいかな。
変換した動画とテキストライブへのURLかその作品の投稿先(外部サイト)のURLとかを付記する形でテキストライブで書かれました!っていうようなものをしてみたり。
書いた後?公開時?
確認をとるとしたら公開時かな?
どうなんだろう。
のってきてくれる人はいるのだろうか。
要検討
先に変換ロジックの見直し
長時間対応の解決策は1つ浮かんではいるのでそっちを試してみよう。
あと動画の表示がちゃっちー感じがするので変えたいよね。
そもそものこれを追加した目的としてユーザー発信の宣伝とテキストライブだからこそこんなことができますよよいう要素の追加だったわけですが。
場合によって動画変換がうまくいかない状態になっていて前面に出せていない状態で。
考え直さないとな。
テキストライブ管理で数が多くなったものを整理して管理しやすくするための機能ですね。
簡易的なものです。
フォルダの中にフォルダって作れなくしていますしね。
始めての人には、あることがわからないような感じにはなっているのでこれも考える必要がありますね。
使用傾向としては使う人はフォルダを多く作って細分化していている傾向がありますね。
追加した機能をとりあえずあげてしまいましょうか
細かいのはもっとあると思いますが、これくらいでしょうか。
導入した順番に並べ替え
これ難しい線引きが難しかったですね。
発端として
トップページとか検索結果にバババンと年齢制限が必要なテキストライブが並ぶのを阻止したかったですね。
それがたくさん並ぶと年齢制限しなくていい執筆をされる方がしづらくなると考えたわけです。
サムネイルに文章の冒頭も載りますからね。
当時は、年齢制限が必要なものが増えていっている傾向がありました。
どこかで線引きをしないといけないなと考えました。
で、線引きをしました。
年齢制限を配信・公開するには、生年月日の登録とその他設定をしないといけないように
見るにはアカウント登録して生年月日の設定とちょっとした設定が必須にしました。
これでいいのか?と当時も考えましたし、今の考えています。
見る方はもうちょっと簡単にしてもいいかもしれないなとも考えたりしています。
ただ配信ってその場の勢いとか場の空気ですごい表現が飛び出すことがあったりするわけで悩みどころですね。
見る方をアカウント必須にしたのは、チャットコメントでの発言に歯止めが効くかなと考えがあったりしたからですね。
ログインしてチャットコメントを投稿するとユーザー名が表示されますからね。
ただこれも年齢制限がかかる内容を話すのにユーザーがバレるのは嫌だという意見もいただいていたりします。
年齢制限まわりは厳しくしておいた方がいいとは思っていますよ。
倫理観とか道徳観とかなんていったらいいかわからないですけどそこらへんの考えとして。
ただ年齢制限のコンテンツって魅力なんですよね。
サービス運営の立場から考えると。
簡単に見れるようにしておいた方が集客?的にはプラスになるはずで。
年齢制限の配信したいけど見る方にアカウント登録してもらわないといけないからっていうユーザーも一定数いらっしゃいますし、ご意見いただいていたりします。
一旦、緩めてみてもいいかもしれません。
生年月日の入力は必須の状態でただアカウントが必要ない状態にするのはどうだろう。
記録は残す。定期的に出して生年月日が違うの入力されたら見れなくするとか。
ただブラウザだからいろいろ回避方法あるけども。
年齢制限を見たくない人との線引きは導入時にできているはず。
サムネイルに文章非表示にしているので最低限は。
視聴側がユーザー登録してできることがほぼないんですよね、今って。
実質、ユーザー名表示のチャットコメントくらい
ブックマークやチャンネル登録による通知機能などあったりしますが使われているかと言われると怪しい。
視聴側ができることを増やすかそれとも、配信者特化で視聴側はアカウントなしで楽しめる状態にするかという問題に付随してきますね。年齢制限。
ユーザー数を増やすっていう単純な目的ならアカウントなしで楽しめるようにするのはなしでしょう。
視聴側ができることを増やしてそこで活気が出るようにするべき。
根本から考えないといけない問題。
おいておいて次いきましょー
設定できる項目は増えましたねー
フォントサイズとかは後から追加されたものですね
チャットコメントの通知やスキ!のハート表示位置の変更なども後からですか
次のバージョンでいれるとしたら背景の色をユーザーが指定できるようにしてしまおうかと考えていたりします。
文字色はそのままね。
あとはそうですねー
なにかありますかねー
あー
あとは構文ショートカットと機能ボタンの表示・非表示切り替えですかね。
最初最低限だけ表示してそれ以外は非表示でいい気がしています。
好きなものだけ好きな順で並べられたら1番いいなーとは思います。
したときのエディタのパフォーマンス次第かな。
何かこれほしいっていう機能?がありましたら教えてください!
これはどうしても入れたかった機能ですね。
バージョン2の開発しはじめた初期からどうにか実現できないかを模索しつづけて中途半端な状態になっているけども実装できた機能です。
縦書きを前提につくっているので横書きの方もよくあるテキストエリアではない方法で作っています。
テキストエリアっていうのはよく投稿フォームなどである長文・複数行を入力するためのものですね
テキストエリアって、まぁ、長文・複数行を入力するのを前提にブラウザも作られているので軽快ですよね。
違う方法で作っていたりしているわけですがこれが難点で。
その違う方法っていうのが難点で。
ニュアンスだけ伝わればいいって感じの説明で、いろいろ誤解を招くのを承知の上で書いていきますが。
そもそもブラウザの挙動っていうを決めている団体さんがいます。
それで大枠は決まっていたりします。
草案作って本案作って更新していくわけです。
それにそって各ブラウザも実装していたりするんです。
ただ大枠だったりして細かいところを独自解釈で作っていたり、草案の段階で仮で実装してしまっていたりするわけですが。
後々、統一されていったりします。
エディタに使っている方法が、ブラウザごとに細かいところが挙動が違うんですよ。
しかも同じブラウザでもバージョンによって挙動が変わったりするんです。
あらー?ってなるわけです。
ユーザーさんから改行が勝手に増えるっていうお問合せを受けたとしても、ブラウザによって挙動が違うので手元で再現しなかったりとデバッグ作業に困難を極めました。
今はどうにかおかしなバグは修正できて大丈夫になっているはずですが。
ここでいうブラウザっていうのは、Windowsに入ってるブラウザAとiOSに入っている名称が同じのブラウザAは違います。
縦書きについて1番困るのがカーソルの移動ですね。
動きとしては横書きを右に90度回転させた感じになっているみたいでユーザーから見た右がブラウザから見た上なんですよ。
右矢印を押すじゃないですか。
ユーザーとしては前の行にもどりたいわけですが、ブラウザとしては右は下になるんです。
だから次の文字のところにカーソルが移動するという。
これね。
どうにかしてほしい。
アルファなのもこれ解決できないからで。
何か方法がないかと調査は続けていますが
ユーザーが入力したものを違う入力に変更するって、考えてみるとですよ、セキュリティ的に危ないじゃない?
それもあって昔はできたけど今は無理ってなっていたりしますね。
完全に制御しようとすると細かいところまで詰めないといけなくなりそうなのでアルファで止めているのが現状。
できなくはないけど状態だろうな。
ちなみにFireFoxは縦書きにしても十字キーのカーソル移動は思っている通りに動いたりします。
ここらへんが上にも書いたブラウザによって挙動が異なる部分の目に見えるところかな。
まとめとしては、縦書きについては鋭意調査研究中。
これはデザインのところで書いたので、他に書くことないか考え中
なさそうなので以上!
これね
新しいバージョンのブラウザだと大体の種類がキーボードの高さをとれるようになったみたい
キーボードの高さというかキーボード表示時の表示されている部分の高さかな
とれるみただけど実際の挙動がどうなるかわからないので要調査検証は必要です。
ただどこまでどこまで互換性を保つのかが問題。
スマホが特にかな。
古いスマホを使っている人ってブラウザのバージョン上げられなかったりするので。
古いっていうのがどこまでを指すのか。
線引きの問題がまた出てくる。
問題なさそうなら次のバージョンで対応してみたいなと思っています。
なさそうなので残りの時間はnoteさんへ投稿する記事を準備する時間にします
これは配信している意味があるのか?と疑問に思った人がいたら1つ!
裏でやっているのは執筆作業なのだから問題ない!
さてとどうにか1記事分は投稿できる状態にもっていけました。
今回は8時ごろに公開してみましょうかね。
何時に投稿したらいいかわからないので分散させてみてみるのもいいでしょう。
今回は、13時、21時で宣伝つぶやきをしてみます
さて今回は以上にしましょう!
最後まで見ていただきありがとうございました。
途中ちらっと覗いてくださった方もありがとうございました。
アーカイブで読んでくださっている方もありがとうございます。
それでは今回は以上です。
OWARI