Objective-CにはLintツールとして既にOCLintがあるが、
OS Xでなくても手軽にチェックできる仕組みが
欲しいと考えて作ってみた。
fint
以前にRun Scriptを利用して簡単なチェックができる
というエントリを書いたが、これをツールとして整備したもの。
例えば以下のように、普通のビルドエラーと同じように表示できる。
ちなみにツールはGo言語製。
Go言語環境をセットアップしてあれば、以下でインストールできる。
go get github.com/ksoichiro/fintlint用のTARGETを追加し、Build Phaseを追加してRun Scriptにfintを
呼び出す設定を記述する。
以下は、設定例。
コマンドラインからも実行可能。
Android Gradle PluginでJaCoCoを使ったカバレッジ計測を試したが
java.lang.VerifyErrorが発生したというエントリを書いた。
どうやらこの影響が及ぶのはリフレクションだけではないらしく、
通常のIntentによる起動が失敗した。
以下のようなパターンで、testCoverageEnabled = trueとなった
ビルドでインストールしたアプリがjava.lang.VerifyErrorによりクラッシュした。
まずAndroidManifest.xml。
途中は省略するが、トップ画面からメニューを開き
「About」の項目をタップするとAboutActivityが開き
アプリの概要が表示される、というもの。
<application
:
<activity
android:name=".AboutActivity"
android:label="@string/title_activity_about" />
</application>トップ画面のMainActivityでは以下のように書いている。
@Override
public boolean onOptionsItemSelected(final MenuItem menu) {
int id = menu.getItemId();
if (id == R.id.menu_about) {
startActivity(new Intent(getApplicationContext(),
AboutActivity.class));
return true;
}
return false;
}これが、通常のビルドなら問題なかったが上記の通り
カバレッジ計測を有効にしたら失敗した。
(自動テストでなく手動で動かしても同様)
実際のプロジェクトで利用するにはまだ問題がありそうだ。。。
少し前に作ったものの、紹介エントリを書いていなかったことに気づき今更ながら書いてみる。。。
SimpleAlertDialog-for-Androidという、
Androidでダイアログを簡単に作成できるライブラリを公開しています。
この手のライブラリは色々あるが、特長は以下の通り(READMEから抜粋)。
AlertDialog.Builderのようにシンプルなインタフェースです。IllegalStateExceptionに悩まされることはありません。Activityと、android-support-v4ライブラリのFragmentActivityの両方をサポートしています。AndroidFormEnhancerは、Eclipseでの利用も可能にしているものの
基本的にはAndroid Studioで開発し、Gradleでビルドしている。
テストカバレッジを上げるために少しでも多くのテストを書こうとしているが
connectedAndroidTestタスクを実行しているときに
特定のクラスでjava.lang.VerifyErrorが発生する。
(未解決です)
com.androidformenhancer.helper.ActivityFormHelperTest > testInit[test(AVD) - 4.2.2] FAILED
java.lang.VerifyError: com/androidformenhancer/internal/ValidationManager
at com.androidformenhancer.helper.FormHelper.setValidationManager(FormHelper.java:356)
:library:connectedAndroidTest FAILEDFAILURE: Build failed with an exception.
Travis CIでビルドする場合などでは
コマンドラインでAndroid SDKをアップデートする必要がある。
この場合、
android update sdk --filter platform-toolsなどとすると、必要な項目だけをフィルタリングしてインストールすることができる。
これまで、filterに使える名前として、ブログなどで使われている例を
そのまま試していたものの、新しい項目をインストールしたくなった場合
他に何の項目が使えるのかが分からず
.travis.ymlに何と書いてよいか分からず困った。
これを解決するには、以下で確認する。
android list sdk --all --extendedStackEditではFront-matterが使えるということで、以下のようにすればBloggerへラベル付きで投稿できる(内容は前のエントリの冒頭)。
---
tags: ["Android", "Gradle", "Android Studio"]
---
Android Gradle Pluginでは、`sourceSets`として以下のようなものが指定できる。
Android Gradle Pluginでは、sourceSetsとして以下のようなものが指定できる。
android {
sourceSets {
main {
manifest.srcFile 'AndroidManifest.xml'
java.srcDirs = ['src']
resources.srcDirs = ['src']
aidl.srcDirs = ['src']
renderscript.srcDirs = ['src']
res.srcDirs = ['res']
assets.srcDirs = ['assets']
}
}
}ディレクトリ構造を変えたくて上記を変更しようとしたとき、
上記のうちresとresourcesは何が違うのか？という点が
すぐには分からなかったのでメモ。
Gradle Plugin User Guideには以下のように書いてある。
To replace the default source folders, you will want to use srcDirs
instead, which takes an array of path. This also shows a different way
of using the objects involved:sourceSets { main.java.srcDirs = ['src/java'] main.resources.srcDirs = ['src/resources'] }For more information, see the Gradle documentation on the Java plugin
here.
sourceSetsで設定できるものはすべてAndroidプラグイン独自のものなのではなくJavaプラグイン由来のものとAndroid独自のものがある。
つまり、resources.srcDirsはJavaでいうリソースなので
.propertiesファイルなどを配置するディレクトリのこと。
なので、Androidでいうリソースファイル(resフォルダ以下のXMLなど)の配置は
sourceSets.main.res.srcDirsで設定するのが正しい。
StackEditでMarkdown形式で編集し、シンプルなHTMLを投稿した上で
CSSによるデザイン調整ができればかなり良い。
preタグ、codeタグは何とか表示できたので次は引用。
引用するとblockquoteタグとpタグが入るようだが、
pタグは行単位に入るのか？
というのを確認したかった。
追記：
上記を一度投稿して確認してみると、blockquoteの後にpタグは1つしか入らなかった。
この前提でレイアウト調整してみよう。
Written with StackEdit.
投稿された内容がどうなっているのかなと編集画面を開いたところ、色々変換されてしまったらしい。
レイアウト調整のためにタグの関係などを確認してテンプレート編集画面で調整していたのだが
なぜか反映されず、どうなっているんだ？と改めて投稿編集画面を開いてみると、
タグの構造が変わっている。。。
<p>タグがなくなり、すべての行末が<br />タグに変わっていた。
追記：
改めてブログを再読み込みしてみると修正されていた。。
テンプレートをいじっていたのが原因か？？
Written with StackEdit.
Bloggerへの投稿でMarkdownを使えたら良いな、と思い調べてみると
StackEditが良いというのを見つけたので試してみた。
Bloggerだとソースコードを貼付けたい場合に「作成」ビューで貼れば問題なく表示はできるが、
スペースをすべて に変換したりとかなり無駄ができている。
「HTML」ビューならHTMLコードを書くことで対応できるが非常に面倒。
これがStackEditだとMarkdownなのでインデント(4スペース分下げる)で
ソースコード表示(というか引用？)になるが、これをBloggerへHTMLとして投稿すると
<pre><code>というタグで囲まれた形に変換されるらしい。
このタグをカスタマイズしたCSS(テンプレートを編集)でデザイン調整すれば良いかもしれない。
コードはこんな感じ：
public static void main(String[] args) {
System.out.println("Hello, world!");
}
Bloggerはともかく、StackEditで編集した内容はDropBoxやGoogle Driveとも連携できるし
スタイルがついた状態でPDFに出力したりもできるようなので使い道がいろいろありそう。
GitHubでのような開発がしたい！ということでGitLabを利用。
日本語には対応していないだが、英語に抵抗のあるメンバーもいるのでどうしても日本語化しておきたい・・・
ということで(かなり強引な感じの)日本語化のパッチを作成した。
https://github.com/ksoichiro/gitlab-i18n-patch
追記(2014/05/11)
現時点で最新の6.8.1にも対応しています。
# cd /opt/gitlab/embedded/service/gitlab-rails
# patch -p1 < ~/app_ja.patch
基本的にはこれを実行して gitlab-ctl restart すればOK。
すでに稼働させている環境の場合は、public/assetsにあるキャッシュを更新しなければならないので以下も必要。
# cd /opt/gitlab/embedded/service/gitlab-rails
# rm -rf public/assets
# export PATH=$PATH:/opt/gitlab/embedded/bin
# rake assets:precompile RAILS_ENV=production
普通に使っていて見える部分を日本語化することを目的にしており、
動かなくなっている部分もあるかもしれないので、
もし利用してみたい方がいれば自己責任でご利用ください。
なお、各種文言の一部はDBに保存されたりするものもあるので、
日英が混ざった感じになることにも注意。
Dockerでいろいろ試していたら、いつの間にかREPOSITORY, TAGが "<none>"のimageばかりに。。。
名前のついていないイメージを削除する方法：
docker rmi $(docker images | grep "" | awk '{ print $3 }') Containerを削除する方法：
docker rm $(docker ps -a -q)