ひまつぶし雑記帖

Ingress Lv15になった

2015/10/3 [19:10:56] (土) 天気

7月3日にlv14になって、先月9月18日にlv15となった。

メダルは揃ってたんでlv14からはただただAP稼ぎ。敵陣営のリンクが集中してるポータルを見つけたら焼き、自陣営のポータルを強化しつつ、CFを狙ってリンクを張る、というIngressの基本に立ち返ったプレイスタイル。

アクションしてればもろもろメダルの実績に繋がるので、銀が金に、金がプラチナにステップアップしていく…のが、とりあえずの面白みといったところ。うーん、ビミョー。

予定通り(?)Rechargerがオニキスとなり、lv16へ必要なメダルはあとオニキス1つとなった。これまた予定通り、そのうちTranslatorかTrekkerでオニキスが取れそうなのでメダルについてはじたばたする必要はない。

この先AP稼ぎとなる。
lv16は4000万AP必要。こりゃ先が長い(現状約2500万AP)
さすがに、ちょっと飽きてきた、かも。

image 
オニキス
Recharger 遠隔で見方ポータルの回復
プラチナ
Sojourner 24時間単位でハックし続けた日数
Translator グリフハック成功ポイント
Trekker 歩いた距離

Builder デプロイ数
Connector リンクを張った回数
Engineer 自陣ポータルへのmod差し回数
Explorer ユニークポータルのハック数
Guardian 自ポータルの維持日数
Illuminator CF作成時のmu獲得数
Liberator ポータルのキャプチャ数
Mind Controller CF作成数
Pioneer 初めてキャプチャしたポータル数

Hacker ハック回数
Purifier 敵のレゾネーター破壊数
SpecOps クリアミッション数

前回よりステップアップしたのは
Recharger。金からオニキスへ昇格。
Engineer、Illuminator、Liberatorの3つ。各々、銀から金へ昇格。【Ingressネタ】
京成の一日周遊切符「下町日和きっぷ」 (2014/10/4)
ポータル巡礼1万8000歩弱 (2014/10/11)
Ingressで連日1万歩 (2014/11/9)
Ingress Lv9になった (2014/12/21)
Ingress Lv10になった (2015/1/6)
下町日和きっぷで2万5千歩のポータル散歩 (2015/1/12)
Ingress Lv11になった (2015/5/4)
Ingress Guardianで金が獲れてLv12になった (2015/6/17)
Ingress Lv13になった (2015/6/30)
Ingress Lv14になった (2015/7/3)
Ingress ガーディアン金の呪い (2015/7/20)
Ingress Lv16への仕込み (2015/9/1)
Ingress Lv15になった (2015/10/3)
Ingress LV16 カンストとなった (2016/3/29)

»電子書籍制作代行についてはこちら

一発芸:縦書き段組レイアウトのためにテキストを分割

2015/9/26 [15:38:08] (土) 天気

Firefox41がようやく縦書きに対応したのでこれからは遠慮なく縦書きを使える、すばらしい、というネタの続き。
WEBブラウザでの縦書き表示のあるべき姿について。いや、横書きでいいというひとにとっては意味のないネタ。


縦書きの場合、テキストをそのままブロック要素に流し込むとスクロールとなる。
image
これはありえない。
・文字が切れるのをコントロールできない。
・ページは縦にスクロールして見てるのに、なんでここだけ横スクロール。

ということで、前回も書いたように、縦書きでは段組でレイアウトされるのが正しい。
image
(※どうやら今日時点、Firefoxは縦中横が効かないので「!?」がひっくり返っているけど、ChromeやSafari、IEは問題なし)

で、これがちょっと面倒くさい。
1段落に入る字数と行数によって、どこで次の段落に移動するのかを確認する必要がある。これはやっぱ面倒くさい。
スクリーンショットでいうと「家屋が」で段落が終了して、次の段落が「かしぐ」から始まるというのを判断して段落を分けなきゃいけない。

なもんで、字数行数改行をチェックして文字数を数えて段落単位でテキストを分割するスクリプトを書いた。

[10/02 11:22:44]追記
CSS3のmulti columnを使えばそのまま文字通り段組が実現できる。N字xN行ではなくて、画面幅やテキスト量で柔軟に表示してくれるので、webは本来このCSS3のマルチカラムを使うべき。
版面というかN字xN行のレイアウト表示で見せたい場合にこのスクリプトの出番(css3の完全リフローとは少し違って、N字xN行の箱に入る分のテキストの塊を作るイメージ)


ルビや縦中横に関しては、テキストにHTMLでタグづけされてれば生かす。
でも、わたしは素人のヘタレなので制約はあって。文字数を数えるために。
縦中横の指定のない半角の数字と、半角のアルファベットや記号類は全角に変換。
また、なんちゃって禁則でバグくさいところがある。


https://t2aki.doncha.net/tmp/dangumi-sample.pl
(例によってここは直リンクできないのでこちらからどうぞ)
↑ここでテキストや字詰め行数を入力すると、縦書き段組表示用に分割されたテキスト(縦書き用のスタイルシート付き)のHTMLが手に入ります。

テキトーにテキストを放り込んで試してみてください(わたしはこれで表示の調整をしてました)

縦(字詰め)、横(行数)を確認して縦書きサンプルとして、ブログなどにコピペしてご利用いただければ。

『創作文芸見本誌会場HappyReading』 に登録した立ち読み用のテキストなど、ご自分のサイト、ブログで縦書き表示して読者さんに希求できると思います。
(※HTMLが編集登録できるブログ限定でしょうか)

小説は縦で読んでもらおうず!

»電子書籍制作代行についてはこちら

青空文庫のルビや傍点をHTMLタグに変換

2015/9/25 [16:46:57] (金) 天気

小ネタ。
青空文庫形式で書かれたテキストをちょっといじる機会があったんで、例によってperlでごそごそと。

『青空文庫 組版案内』(http://kumihan.aozora.gr.jp)に詳細な資料や、青空記法で書かれたテキストをXHTMLに変換するrubyのスクリプトも提供されている。

青空文庫からXHTMLへはrubyのスクリプトを使わせてもらえばそれで解決なんだけど、用途・前提が青空文庫。当然ながら青空文庫用のcssが埋めこまれる。

電子書籍にするのにそのままでは使えない。
本文で青空記法が使われてるのはルビと傍点、太字程度だったので、その3つをHTMLのタグに変換するスクリプトをでっち上げ。


perlのスクリプト的には、漢字かななどの判定にUnicodeブロックが便利でおすすめ。
無名サブルーチンも便利。


意外なところで青空記法が使われててちょっとびっくりだった。
テキストデータ利用ということで、ボランティアさんが入力するのに青空記法はわかりやすくていいんだろうなあ。


青空EPUBの現バージョン3-1.1.0b45はepubcheckでエラーになる。
原因はnav.xhtmlのlandmark部、「Undefined property:title-page」で、ここを「titlepage」にすれば大丈夫。

image
自転車置き場の新顔…のわりに態度がデカイ。

»電子書籍制作代行についてはこちら

サンプルの縦書き段組表示

2015/9/23 [10:01:31] (水) 天気

やっとFirefoxが縦書きに対応したことで、すべてのブラウザで縦書きでの表示ができるようなった。
今までは、「サンプルを読む」みたいなリンクをクリックすると、Firefoxの場合は横書き、それ以外のブラウザは縦書きのポップアップウィンドウを表示させていた。苦肉の策。
今後はブラウザ判定して分岐させる必要がなくなったので、以前やってたようにページに縦書き段組のサンプルをajaxで埋め込む方法に変更した。
(とはいえ、新しいバージョンが出たからといってみんなすぐにインストールするとも思えないので、しばらくは必要だと思うけど)

ajaxにしたのは。
サンプルはそれなりに多いんで、ページ表示がひょっとして遅くなっちゃいけないと思ったから。
サンプル以外の表紙やキャッチなんかのいわゆる書誌情報は、とっとと表示してもらいたいということ。WEBで唯一断言できるのが「速さは正義」だ。表示にもたもたしてたらそれだけでそのページは終了だ。
ajaxならまずページは先に表示されるので、体感的なページ表示速度に影響しない。

縦書きのポップアップを使わなかったのは。
クリックはコストが高いから。
以前にも書いたかもしれないけど、オンデマンドの動画配信サイトで仕事をしていた頃に何度も(毎日)計測していた。ほとんどのユーザーはランディングページ→離脱。
いや、楽天のチラシのようなフンドシのような長いページをダセエーと思ってるけど、あれは正しい。
ユーザーのクリック誘導がいかに大変かという結果。理由もなくあんなクソみたいなページ構成にしてるわけじゃない、てことだと思う。

また、WEBページで、ページを縦にスクロールしていって、サンプルの縦書きのコンテンツだけ横にスクロールというのは違和感がある、目線の動きとUI的にありえない。
縦書きの文章は段組されて、目線の流れ的に、右上から左に読んで行って、左下端にきたら、下の段の右上端から読むものだ。

てことで(表示速度のリスクとクリックコストと縦横混在混乱を検討して)、縦書き段組を復活させた。
(のはいいけど、Safari、ChromeはともかくIE(ver.10)がまたCSSの解釈が微妙に違ってるぽいなあ)

もちろん不満点はあって。

とにかくWindowsはフォントが汚いんでビックリ。
ディスプレイの設定でマシになるとのことだけど、そんなことを来訪するユーザーに強要するわけにはいかない(昭和のホームページでは「画面1024px以上推奨」とか「フォントサイズ12px推奨」とかあったけど)

ダッシュが繋ってくれない。
これは電子書籍でも苦労してるところだからしょうがないか。

ただ、WEBというかブラウザにあまり多くを求めてもしょうがないんで、現状はこれでOK。
電子書籍を読むなら、それに特化した専用端末か専用アプリを利用するし。


この雑記帖を「縦書き」で検索するとどっさりヒット。2009年とか2004年ぐらいから待望の縦書き実現、というやつ。
やっと、Firefoxありがとう、だ。

image

日野裕太郎の作品紹介ページでサンプルが読めるのでゼヒゼヒ!!
↓このへんからどうぞ
http://t2aki.doncha.net/?id=1362724515

»電子書籍制作代行についてはこちら

作品の寿命

2015/9/21 [19:59:26] (月) 天気

なるほどなあ、そういう考えかたもありかもしれんなあ、という微温い小ネタ。

本を書いて出版するからには、読者に届いてその作品をずっと愛でられていたい・大切にしてもらいたい、というものばかりだと思ってたし、実際、底辺とはいえ出版社で編集をやってた頃の作家さんは例外なくその通りだった。

でも、そうじゃないこともあって、ちょっと驚いた。
・本を買ってもらって、読んでもらったら、本はその場で消えてなくなってほしい。
・わたしが死んだら、わたしの出した本はすべて燃えて消えてほしい。
なんでやねん、と聞いてみたらば「だって気持ち悪いじゃないですか」と。

いつまでも自分の文章や絵が残ることが気持ち悪いということだろうか。
でも、なんかわかるような気がした。黒歴史の積み上げというか…とか言うと叱られそうだけど。
あるいは、その時、思いが伝われば良くて、カタチはいらないというか。
もしくは、古い自分の作品は、今の自分から見ると完成度が、とか(そういや、再録や単行本化で古い作品を引っ張り出して見せると、これまたほぼ例外なく、ヤメテ!見せないで!という悲鳴があがった)


なので、みんながみんな、自分の書いたもの発表したもの出版したものについて、同じ思いではないということも少しは意識しておきたいかなあ、と思ったしだい(今さら)
image 

»電子書籍制作代行についてはこちら

風物詩:電子書籍は信用できない

2015/9/20 [19:59:01] (日) 天気

とらのあなのダウンロードストアが終了したらしい。
DRMのかかった閲覧認証が必要な本は読めなくなる。またかというネタなんだけど、DRMでコントロールされた電子書籍は、本を購入するのではなくて、閲覧権を購入するということ。

なもんで、ストア、サービスが終了したら購入した本は読めなくなる。
「本を買った」と思ってると、買った本が読めなくなるなんて論外で、確かに電子書籍は信用できない。その通り。



とらのあなダウンロードストアも終了、閲覧認証の必要な購入物は再生不可に。それについて。
http://d.hatena.ne.jp/geromi/20150919/1442671230

またサービス終了によって、購入物の閲覧が不可になる現象が発生か。
電子はこういう現象があちこちで起きてるので買ってなかったから良かったものの
改めて電子書籍の信用の出来なさぶりがわかる。


今までどれだけサービスが終了となって「買った本」が読めなくなったというのがまとめられていて興味深いエントリだ。

わたしの場合、それほど所有欲がないし、何度も再読する本は限られた一部なので、サービスが終了して本が読めなくなってもそれほどダメージはない。もちろん「えええええ。そりゃないよ」とか言っちゃうとは思うけど、たぶん言うだけ。
再読したい本・手元に置きたい本は、別のストアでまた買うか、紙本で買うかな。

そもそものところ。ほんと、そんなにみんな、買った本を再読してるのかな。

また、紙本との比較で


というのも首肯できるところなんだけど、これはこれである意味、八百屋でさんまを買えないのはおかしい、というようなことだとも思う。

そこはこだわりもなく、割とどうでもいい話だと思う。というかちょっと違う話だ。

てのが、わたしの読者側からの視点。


ただ、本(電子書籍)を出している立場でいうと、読者が困るのは論外。
てめえの都合で勝手にサービスを終了して、それで読者が読めなくなるのはおかしいという声を上げてんだから、なんとかしろよ、と思う。売る側的に、機会損失というか信用失墜というか、企業責任というか、投げっぱなしジャーマンかよ、とか。

対策を考えなきゃいけない。
サービスが終了しても、うちには本(電子書籍のEPUBファイル)がある。本がなくなることはない。デジタルデータは劣化することなく手元にある。
再読したいと思ってもらえるようなコンテンツを提供できているとして、サービス終了で読めなくなった場合に、EPUBファイルを提供するというのが解決策だろう。今後は万が一ストアが終了、サービスが終了したような場合のために、奥付あたりに「こちらに連絡をいただければEPUBファイルを提供いたします」とURLとともに付記追記しておこう。


この「電子書籍は信用できない」という風物詩について。
電子書籍側属性のひとと一般との乖離は、たぶん相変らず埋まってなくて。



犬子さん(@sleeping_husky)と電書ちゃん(@denshochan)のツイートが象徴的だと思う(わたしは犬子さんのツイートにまったくの同意)


image 
さいたま新副都心、けやき広場のビール祭りはまったりしていて好きなイベント。
今日もたっぷり堪能いたしました。うーん、まんだむ。

»電子書籍制作代行についてはこちら

profile

profile

 
doncha.net
名前:
飯田哲章
mail:
t2aki@mrh.biglobe.ne.jp
twitter:
t2akii

WEBサービス制作/電子書籍制作

検索
<<2018/6>>
     12
3456789
10111213141516
17181920212223
24252627282930

リンク

WINDOWS版サウンドノベル
おかえりください PC WINDOWS版サウンドノベル
『おかえりください』体験版

iPhone電子書籍アプリ
小説同人誌Select iPhone電子書籍アプリ
『小説同人誌Select』

[476 Page]« »
11 12 13 14 15 16 17 18 19 20

TOTAL:2855

2018 (15)
1 (3)
2 (2)
3 (2)
4 (1)
5 (1)
6 (6)
2017 (32)
1 (2)
2 (1)
4 (2)
5 (1)
6 (6)
7 (3)
8 (5)
9 (3)
10 (2)
11 (2)
12 (5)
2016 (41)
1 (5)
2 (5)
3 (2)
4 (3)
5 (4)
6 (6)
7 (2)
8 (2)
9 (3)
10 (1)
11 (4)
12 (4)
2015 (99)
1 (11)
2 (12)
3 (9)
4 (6)
5 (8)
6 (8)
7 (3)
8 (5)
9 (16)
10 (6)
11 (1)
12 (14)
2014 (112)
1 (16)
2 (5)
3 (6)
4 (12)
5 (16)
6 (19)
7 (9)
8 (6)
9 (4)
10 (8)
11 (6)
12 (5)
2013 (145)
1 (24)
2 (15)
3 (18)
4 (23)
5 (14)
6 (11)
7 (7)
8 (11)
9 (5)
10 (4)
11 (6)
12 (7)
2012 (103)
1 (1)
2 (1)
3 (4)
4 (3)
5 (7)
6 (26)
7 (17)
8 (5)
9 (8)
10 (10)
11 (11)
12 (10)
2011 (54)
1 (4)
3 (7)
4 (4)
5 (14)
6 (6)
7 (3)
8 (3)
9 (1)
10 (4)
11 (2)
12 (6)
2010 (70)
1 (12)
2 (7)
3 (6)
4 (6)
5 (3)
6 (10)
7 (6)
8 (4)
9 (3)
10 (4)
11 (3)
12 (6)
2009 (144)
1 (15)
2 (12)
3 (12)
4 (6)
5 (15)
6 (6)
7 (10)
8 (9)
9 (17)
10 (12)
11 (14)
12 (16)
2008 (148)
1 (10)
2 (6)
3 (10)
4 (11)
5 (13)
6 (10)
7 (13)
8 (19)
9 (18)
10 (12)
11 (13)
12 (13)
2007 (106)
1 (7)
2 (5)
3 (3)
4 (7)
5 (5)
6 (9)
7 (8)
8 (13)
9 (18)
10 (11)
11 (8)
12 (12)
2006 (158)
1 (28)
2 (28)
3 (25)
4 (7)
5 (9)
6 (7)
7 (12)
8 (13)
9 (10)
10 (7)
11 (6)
12 (6)
2005 (350)
1 (31)
2 (26)
3 (26)
4 (27)
5 (29)
6 (30)
7 (32)
8 (30)
9 (30)
10 (32)
11 (29)
12 (28)
2004 (292)
1 (24)
2 (24)
3 (29)
4 (27)
5 (28)
6 (25)
7 (26)
8 (24)
9 (12)
10 (19)
11 (26)
12 (28)
2003 (318)
1 (22)
2 (25)
3 (21)
4 (28)
5 (28)
6 (28)
7 (28)
8 (29)
9 (26)
10 (29)
11 (28)
12 (26)
2002 (317)
1 (29)
2 (26)
3 (26)
4 (25)
5 (28)
6 (30)
7 (27)
8 (21)
9 (25)
10 (27)
11 (28)
12 (25)
2001 (277)
1 (17)
2 (21)
3 (23)
4 (20)
5 (31)
6 (18)
7 (26)
8 (25)
9 (29)
10 (19)
11 (24)
12 (24)
2000 (53)
6 (9)
7 (4)
8 (2)
9 (3)
10 (1)
11 (15)
12 (19)
1999 (3)
7 (1)
10 (2)
1998 (18)
9 (9)
10 (7)
11 (2)