投稿者「admin」のアーカイブ

FileZillaのアップデートでまたつながらなくなる

投稿日時: 投稿者:
返信

FTPクライアントのFileZillaについてです。
3.10.0.2の通知が来たので更新しましたが、また接続できなくなりました。
FTPで繋げる際の暗号化設定が増えたのですが、これがうまく生きてない感じです。
3.10.0.1では問題なかったので、また戻すことにします。

最近この手の不具合が多発していますが、大丈夫なのでしょうか。
https://filezilla-project.org/

POASにYahoo!ウォレットFastPay決済モジュールを追加

投稿日時: 投稿者:
返信

印刷通販システムのPOASにYahoo!ウォレットFastPayを利用できる決済モジュールを導入しました。
提供されているモジュールがphp5.3以上必須だったので、開発機のPHP5.2をアップデートしたり、開発環境も更新しながらの作業でした。
途中、エラーチェックの不具合でかなり苦しみましたが、何とか実装に成功。

1日目にドキュメントをよーく読んで、2日目に作業開始で当日のうちに何とか実装できました。
その後で、実装に興味があったので不具合の原因を調べて、Yahoo!ウォレットに報告したり、本番環境の申請をしたりで、落ち着いたので3日目に記事にしています。

ちなみに、この決済モジュールの利用は無料です。

POASにOGPを導入

投稿日時: 投稿者:
返信

印刷通販システムPOASにOGPを導入しました。
OGPとはOpen Graph Protocolの略ですが、要はHTMLのMETAタグに頼らず独自に設定したプロパティを参照してページの公開情報を設定するものです。

まぁ、独自規格の乱立ってやつです。

それはさておき、TwitterやFacebookでは、OGPを設定するといろいろうれしいことがあるので、POASにも導入しました。
先ずは商品のみですが、特に追加設定は必要なく、項目が適切に設定されていれば自動的に生成され、参照時に有効となります。

Twitterに限っては、TwitterCardという規格になりますが、申請が必要なので、各自で登録をお願いします。

スマートフォンの解約について

投稿日時: 投稿者:
返信

現在ワイモバイル（旧イーモバイル）のスマートフォンを所持しておりますが、2015年3月をもって更新は行わず解約を予定しております。

東北大震災時には、マイナーであるがために繋がる回線として根強い人気があり、阪神淡路大震災では関西にいたこともあり、保険のためにと所持しておりました。
しかしながら現在は、ソフトバンク回線と乗合になり接続率が非常に悪くなりました。

これまで問題なく接続できていた地域でも、アンテナが無くなったのか強制的にソフトバンク回線になり、電波は掴むけど繋がらないという状況でほとんど役に立ちません。
電話ネット共にこの状況です。

また、現在は居宅内に印刷機器などを設置しほぼ外出をする必要がなくなりました。
寝巻のまま印刷業務をこなす日々となっております。
このため、無駄な支出を抑えるべくスマートフォンを解約し、auの携帯1回線に戻ります。
変更については請求書やメールの署名に記載を行い伝達は行っておりますので、アドレス帳の更新をお願いいたします。

きりっ子 MC-01導入

投稿日時: 投稿者:
返信

名刺などのカード用裁断機、きりっ子の現行機を導入しました。
といっても中古ですが。

これまで使用していた前モデルSK-21Mはいろいろとガタが来ており、ヒヤヒヤしながら裁断していました。
中古とはいえ現行機のため、かなり気持ちが楽になりました。

SK-21Mでは排出ローラーの位置が微妙で、スリッタを外して使おうにも使えませんでしたが、
MC-01はスリッタから直接排出のためローラーがないのでかなり使い勝手がよさそうです。
セット検出スイッチを殺しておけば、横のみの裁断機として使えますね。

結局はテーブルに戻る？

投稿日時: 投稿者:
返信

HTML5のタグのお話です。
ちょっと前にも書きましたが、「表ではない」ものにtableを使わないように調整しているわけです。
しかし「表ではない」ものが何かという定義もあいまいなままですね。
表（table）の1行（row）を抜き出して、同じ構図のまま表示する場合は表とする。
表（table）の1行（row）を抜き出して、構造を変えて表示する場合はすでに表ではないとします。
つまり、横に長いrowを詳細表示するために縦方向に書きなおす場合は、表としての構造を成さなくなりtableは使えなくなります。
rowは結果的にcolumn（cell）の箇条書きになるので、ulタグ一択になると考えます。
ただし、九九表のように縦も横も同じ内容の場合は表だと仮定できます。
とまぁ、ややこしいのでタイミングによっては微妙に解釈を変えるかもしれませんが。

試行錯誤したのですが、結局はdisplayプロパティのtable、table-row、table-cellに回帰せざるを得ませんでした。


ul.table {
display: table;
}
ul.table li {
display: table-row;
}
ul.table li>* {
display: table-cell;
}

表ではないのにrowspan、colspanを必要なら、構造を再検討するということにしています。
これで落ち着くのかな？

HTMLにおけるテーブルレイアウトの苦悶

投稿日時: 投稿者:
返信

HTMLにおいて、テーブルレイアウトは使用すべきではない。
はいそうですかと、表ではないコンテンツをtableからulに変更するものの、
スタイルシートでは結局display:tableを使用することになる。
float:leftやdisplay:inline-blockを駆使しても、
縦方向のデザインに問題が生じる。
tableタグへいかに似せるかに労力を割くこの現状は果たして是か非か。

TCPDFで縦書きテキストをフォント埋め込みに対応させる

投稿日時: 投稿者:
3

TCPDFで縦書きを実現するには、フォント設定ファイルの書き換えで実現するのが一般的です。
※ IPA明朝の場合

$type = 'cidfont0';
$dw = 1000;
$enc = 'UniJIS-UFT16-V';
$diff='';
//$file='ipam.z';
//$ctg='ipam.ctg.z';
$cidinfo=array('Registry'=>'Adobe', 'Ordering'=>'Japan1','Supplement'=>5);
include(dirname(__FILE__).'/uni2cid_aj16.php');

この方法ではAdobe ReaderまたはAdobe Acrobatでは、PostScriptで印刷ができません。
「文章を印刷できません。」
「印刷するページが選択されていません。」
と表示されて出力できません。
画像として印刷することはできますが、今一つな感じです。
Illustratorに読み込ませればアウトライン化されるので印刷に使用できるようになりますが、
ページが複数ある場合は現実的ではありません。

ちなみに、「Foxit」ではPostScriptのままで出力できるので、こちらを使用するのも手です。

要は、TCPDFで縦書きテキストを生成する際に指定するCIDフォントは非埋め込みであり、
これがPostScriptで印刷する場合に問題となるというわけです。
では、埋め込んで縦書きを実現してみる方法を探してみましょう。

まず、TCPDFの標準エンコードは「Identity-H」です。
この形式でないとフォントを埋め込めないというか、フォント埋め込み用の独自エンコードかもしれません。
PostScriptを弄っている人なら、末尾の「-H」が気になりますね。
これを変更するには、本体の「tcpdf.php」ファイルを書き換える必要があります。
メソッド「AddFont」に

} elseif ($type == 'TrueTypeUnicode') {
$enc = 'Identity-H';

というコードがあるので、「’Identity-V’」に書き換えてみましょう。
すると、なんということでしょう。
テキストが縦書きになりました。
もちろん、フォント設定ファイルは何も弄りません。
ただし、フォントは埋め込みの状態にしておきます。
非埋め込みでは化けます。

しかしよく見ると括弧やハイフンなどが横書き用のままです。
CIDフォントでは「uni2cid_aj16.php」をincludeすることでマッピングを変更しているのですが、
Identityでマッピングをしているところがまだよくわかりません。
おそらく、これを調整でいれば完全な縦書きを実現できるはずです。

もし参考頂き、対応方法を見つけられましたらご一報いただければ幸いです。
また、余裕があれば調査します。