ダウンロード

AiToPdf.jsx

ソース

var rootFolderObj = Folder.selectDialog("フォルダを選択してください");
var folder = Folder.selectDialog("保存するフォルダを選択してください");
var fList = getAllFile(rootFolderObj, [".ai"]);

// サブフォルダも含めたファイル一覧を取得する関数
function getAllFile(folderObj, ext){
	if (!folderObj) return;	// キャンセルされたら処理しない
	var list = [];
	getFolder(folderObj);
	return list;
	// フォルダ内の一覧を取得
	function getFolder(folderObj){
		var fileList = folderObj.getFiles();
		for (var i=0; i -1) { list.push(fileList[i]); }
				}
			}
		}
	}
}

for (f = 0 ; f <= fList.length-1 ; f++){
		var fileObj = new File(fList[f]);
		open(fileObj);
		flag = fileObj.open();
		if (flag == true){
			document = app.activeDocument;
			namecount = (fileObj.name).lastIndexOf(".");//　fileObj.nameの値で"."の位置を取得
			fname = (fileObj.name).substr(0, namecount);
			options = new PDFSaveOptions();
			options.pDFPreset = "[PDF/X-1a:2001 (日本)]";//　Adobe PDFプリセット名
			options.preserveEditability = false;
			savefile = new File(folder.fsName+"/"+fname+".pdf");
			document.saveAs(savefile,options);
		}
		activeDocument.close(SaveOptions.DONOTSAVECHANGES);
}

alert("処理が完了しました。スクリプトを終了します。");

注意

重いaiデータが複数ある場合、1個づつ「ファイルを開く」→「PDFで別名保存」とつづいていくので他の作業をする場合少々うざいと思います。（そしてたぶんすごく時間がかかる）ですので、別マシンで可動させておくことを推奨します。

参考サイト

• VoostOn　|　DTP Tips　　Adobe PDFプリセットを使ってPDFへ別名保存する 
• クリエイター手抜きプロジェクト (Illustrator編) 

• インバウンドなのかアウトバウンドなのか
• ターゲットとなる国の言語状況（第2言語の浸透率）
• 予算・運用時の人的リソース

大きく分けると上記の基準によって選定していく事になるかとおもいます。

インバウンドなのかアウトバウンドなのか

インバウンド（訪日外国人対応）であれば日本政府観光局の訪日外客数の動向のデータが参考になります。

●訪日外客数の動向｜マーケティング・データ｜日本政府観光局（JNTO）
http://www.jnto.go.jp/jpn/reference/tourism_data/visitor_trends/

以下は主な国のリスト。やはりアジア圏が多いです。

• 台湾
• 韓国
• 中国
• 香港
• タイ
• アメリカ
• オーストラリア

アウトバウンド（日本→各国）であればターゲットの国の公共言語となります。

ターゲットとなる国の言語状況（第2言語の浸透率）

たとえばターゲットの国がフィリピン、シンガポールだとすると第2言語の英語が広く使われているので、ある程度英語だけでカバーできますが、教養の差などもありますので、ある程度ローカルな層にフォーカスをあてるなら第1言語までサポートするほうが良いです。

予算・運用時の人的リソース

構築時の予算や運用時の人的リソースもかなり大きな問題となります。

• 言語数によって翻訳やページ量が×2×3で上がっていく
• 納品物である言語の最終チェックをする人員がいるのか？
• 構築後の更新を対応していく予算は確保されているか？

ここはかなり重要な要素になるので事前にきっちり詰めておいたほうが良いでしょう。

上記のような様々な視点からの要素を整理しながら対応言語を選定すると良いかと思います。

• 対応言語の選定
• 構築業務のフロー
• デザインについて
• HTMLについて（フォントやlang属性など）
• 検索エンジンの事や中国といった独特の規制のある国への対応

上記の項目で整理しながら書いていきます。

モノの状態を知る例

 IoTを支える装置とか

モノとインターネットがつながるための装置。

• IoTゲートウェイ
  サーバーのようなもの。センサータグやマイコンからの情報を探知しクラウドと通信する役割。
• センサータグ
  センサー情報やIDを発信するだけの役割。
• マイコン
  ワンボードマイコンの事。IoTゲートウェイとの違いは、OS搭載の有無とか無線通信機能など。PCでいうマザーボードみたいな役割。
• デバイス
  照明機器とかエアコンとか制御されるデバイス

装置自体は既に色々出回っているようで価格も安いものもあるようです。
社会で今後センサーやデバイスが広がったとしても今後の課題としては、それだけを賄える電力をどこから調達するかといった電源問題がネックになってくるとの事。

Appleの「HomeKit」やGoogleの「Brillo」などのIoT向けOS

IoT向けOSはiPhoneやAndroid端末に組み込まれ、開発者がIoTのしくみを構築する際の基盤となる統一されたルールとプロトコルを備えたプラットフォーム。スマートフォンの２大主流OSなので、今後はIoT関連製品を市場に投入させるメーカーはこれらの仕様に沿って開発が行われそうだがAppleかGoogleかどちらが主流のプラットフォーマーになるのかといった今後の展開がおもしろい。HomeKitはAppleTVがないと操作できないという記事もあり。現状あまりHomeKitとBrilloの違いとか、あまりよくわかっていないのでこれから調べていきたい。

WEBとのつながり

IoTとWEBはあまりつながりがなさそうかなと思っていましたが、HTML5やJavascriptで制御が出来たりといわゆるWEBの技術で実装できるようなので今後も注目していきたい。

●ホームページ作成 | 無料ホームページの作り方 | WIX
http://ja.wix.com/

企業サイト、アーティストサイト、小売り業のサイトとその他にも色々なジャンルがあり、テンプレート数はかなり豊富です。
ジャンルごとにデザインバリエーションがあり、マッチするデザインがあれば、ロゴとメイン画像を差し替えるだけですぐに使えそうな感じです。

また海外サービス発のサービスなのか音楽関係とかアーティスト関係のサイトデザインが多そうなイメージです。企業サイトや小売り業サイトのデザインも海外テイストが強いイメージがあります。和風のデザインもあるのでインバウンドに力を入れたいサービス、店舗には良さそうです。

登録・ログイン

登録はメールアドレスとパスワードで出来ます。またFacebookやGoogle+のアカウントでも利用できます。

チュートリアルも動画で用意されている

この手のサービスは大体はマニュアルを見なくても、直観的にすぐ触れるのですが動画のチュートリアルも用意されていて親切です。ヘルプページからマニュアル関連の情報を見る事ができます。

使い方

メニューの追加や文字の打ちかえなども、HTMLやCSSの記述は不要で変更可能です。簡単なスタイルの変更なら容易に行えそうです。ただ逆に細かな調整などは出来なさそうです。

Wix App Marketで様々な機能を追加

基本的なデザイン設定、情報、写真の入力以外にもFacebookの「いいね！」や「コメント」やその他のソーシャルメディア提供のAPI機能をアプリとして組み込むことができて便利です。以下は例です。

• 各種SNSの拡散ボタン
• 動画サイトの埋め込みツール
• お問い合わせフォーム
• ショッピングカートシステム
• マーケティング系ツール

上記のアプリはWix App Marketを介して自由にダウンロードして組み込む形です。Facebookページのアプリと感覚的には似ていますね。

プランと料金体系

フリーで使う事もできますが、独自ドメインを設定したい場合はプレミアムプランにアップグレードする必要があります。SEOの事を考えたりクライアントワークで使う場合はプレミアムプランで使用する形になるのかなと思います。

プレミアムプランにも色々グレードがあり、大体月額500円～1,500円くらいで利用できるようです。
※現在はディスカウント期間で結構安くなっています。

使ってみた感想まとめ

細かなデザインの調整や配置などデザイナー、エンジニア、プログラマ視点からみるとかゆいところに手が届かない印象があります。

• 知識のないお客様が自分たちで更新したい
• 初期構築時に予算をあまりかけたくない
• コストを抑えれるならオリジナルのデザインでなくてもよい
• サイトを早くローンチしたい

というようなニーズがあるクライアントであれば選択肢としてはありだと思います。

データでみるエネルギー | みるみるわかるEnergy | SBエナジー

数字をスロットのように指定値から指定値へとくるくるアニメーション

Odometer — Transition numbers with ease

作りがシンプルでデモも多くて使い勝手がよかったです。

グラフがくるくる回って表示されるアニメーション

jQuery Circliful Plugin - Documentation

こちらもオプションが用意されていて使い勝手がよかったです。

テキストをモーフィングで強調するアニメーション

Morphext - jQuery Text Rotator Powered by Animate.css 

最後にテキスト強調系のアニメーションのプラグイン。

他にも色々ありましたが使い勝手のよかった3点のプラグインのご紹介でした。

上記記事を読んだ際に色々試してみたこと。

ここを指定したい場合はOGPタグを設定すればいいわけですが、静的に大規模サイトを構築する際に、すべてのページにユニークの設定を行わず、共通のmeta descriptionやkeywordを設定するのであれば設定しないほうが良さそうです。

ためしにmeta関連はtitleのみのページ作ってみました
http://www.u-ziq.com/test.html

<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8" />
<title>タイトルはここ</title>
</head>
<body>
<header>共通ヘッダーとか</header>
<p>本文はここ。本文はここ。本文はここ。本文はここ。本文はここ。本文はここ。本文はここ。</p>
<img src="/common/images/logo_20.png" />
<p>本文はここ。本文はここ。本文はここ。本文はここ。本文はここ。本文はここ。本文はここ。</p>
<footer>共通フッターとか</footer>
</body>
</html>

以下のツールでシェアされる際に拾われる情報を調べてみると
https://developers.facebook.com/tools/debug

og descriptionの箇所でちゃんとユニーク（body内の本文的な箇所？）なテキストを拾ってくれてました。

全ページ共通要素で使いそうなヘッダーやフッターみたいな箇所はちゃんと<header></header><footer></footer>でくくっておいたほうが良さそうです。

• カスタムフィールドの画像を3枚追加
• どんなサイズの画像をアップしても固定サイズにリサイズさせる（サムネイル生成）
• クリックで拡大画像を表示
• 1枚目をアップしなければ画像領域（ulタグを想定）は非表示

実際のコード

例はカスタムフィールドのタグを「EntryImg1、EntryImg2、EntryImg3」で設定。サムネイルは280pxを想定。aタグで設定した拡大画像はアップロードしたサイズに準拠。

<MTIfNonEmpty tag="EntryImg1">
<ul>
<li><MTEntryImg1Asset><a href="<$MTAssetURL$>"><img src="<$MTAssetThumbnailURL width="280"$>" /></a></MTEntryImg1Asset></li>
<MTIfNonEmpty tag="EntryImg2"><li><MTEntryImg2Asset><a href="<$MTAssetURL$>"><img src="<$MTAssetThumbnailURL width="280"$>" /></MTEntryImg2Asset></a></li></MTIfNonEmpty>
<MTIfNonEmpty tag="EntryImg3"><li><MTEntryImg3Asset><a href="<$MTAssetURL$>"><img src="<$MTAssetThumbnailURL width="280"$>" /></MTEntryImg3Asset></a></li></MTIfNonEmpty>
</ul>
</MTIfNonEmpty>

普通に検索すると出てくるコードですが、工夫点は1つ目のカスタムフィールドの画像のMTIfNonEmptyで全体をくくっちゃうことです。
というかすごい久々にブログ更新したな…。

基本データ

• アプリの表示名：ここはもちろんアプリの名前
• アプリの名前空間：ここはキャンパスページのURL（http://apps.facebook.com/○○○○○）の○○○○○の部分
• 連絡先メールアドレス:ここはもちろんメールアドレス
• アプリのドメイン:ここは読み込むページのドメイン
• カテゴリー:カテゴリーを設定できるっぽい

アプリをFacebookに結合する方法

ウェブサイト

• サイトURL:ここは読み込むページのサイトURL
  ※いれなくても良さげだがいれなかったらエラーがでたよ。

Facebook上のアプリ

• キャンバスURL:iframeで読み込ますファイルのディレクトリ
  ※ここのURLがキャンパスで表示されるのでページはindex.phpとかにしておいたほうが良い。/で終わっていないとエラーになるのだ。
• セキュリティで保護されたキャンバスのURL:めんどくさいけどSSLのURLも。

ページタブ

• ページタブ名:FBページのタブに追加されたときの表示名
• Page Tab URL:FBページのタブにiframeで読み込ますページのURL
• Secure Page Tab URL:めんどくさいけどSSLのURLも。
• Page Tab Edit URL:FBページのアプリの管理ページで「アプリケーションへ移動」をクリックしたときのURLだと判明。
• ページタブの画像:FBページのアプリの管理ページで表示される画像
• Page Tab Width:FBページのタブにiframeで読み込ます時の幅の設定

モバイルWebアプリ

• Mobile Web URL:モバイルサイトのサイトURL
  ※ここはいれなくても大丈夫だった。モバイルサイトがあればURL入れておけば良いかと。

ネイティブiOSアプリ

ネイティブAndroidアプリ