4.6.1でもC++11使い放題。clang++で確認を。kcrtGit:圧縮とリポジトリのサイズコメントを残すGit便利ですね。Gitではオブジェクト(ファイルなど)をzlibで圧縮して保持します。packすることで、単純にすべての履歴を記録するよりも効率的にリポジトリを保持することができます。}'\'duだとファイルサイズではなくてブロックサイズになるので上記コマンドを使います。エンジニアのメモを参考にしました。initしただけの状態で。dirsizeinbyte1391713.6KiBです。ここからどうなっていくかを見て行きましょう。テキストファイルから。dirsizeinbyte165888Gitはファイルをテキストファイルとして認識してくれました。巨大なテキストファイル(24.8MiB)を追加したにもかかわらず、リポジトリのサイズは162KiBに収まっています。これは繰り返し文字列でありzlibによる圧縮が良好に効いていることによります。ファイルの一部(10000行目のみ)改変してみましょう。dirsizeinbyte317734Gitは一行のみの変化であることをきちんと認識してくれました。リポジトリのサイズは310KiBとなっています。先ほどのリポジトリのサイズが162KiBなのでほとんど倍です。圧縮されて効率的なのは確かですが、ちょっと期待していた動作と違います。1行だけの変更なので、もう少し小さなサイズになることを期待していました。Gitは、コンテンツの変更の際も単純にリポジトリに新しいオブジェクトとして追加します。これは高速に動作しますが、ディスク容量の観点からは非効率です。gcコマンドを使います。dirsizeinbyte79679リポジトリのサイズは78KiBと十分に小さくなりました。一つ目のファイルを追加した際のサイズより小さくなっています。gcコマンドは上記のように手動で実行することもできますが、必要と考えられるときやリモートリポジトリへのpushを行う時には自動で実行されます。それではバイナリファイルの実験に入りましょう。リポジトリを初期化して開始します。dirsizeinbyte67942Gitはファイルをバイナリ(binfile)として認識してくれました。binfileは9.5MiBと大きなファイルですが、繰り返しが多いのでzlibによる圧縮が効率的に行えそうです。リポジトリのファイルは66KiBと期待通り小さなものになりました。一部を改変するとどうなるでしょうか。dirsizeinbyte36149binfileに16バイトのわずかな変更を加えました。gcを行うとリポジトリのサイズは35KiBとなりました。バイナリファイルでも差分による圧縮とzlib圧縮を行なって効率的にリポジトリにファイルが格納されることがわかりました。発売して結構時間がたってるけど誰も書かないので書いちゃう。IS01はよくあるAndroid端末と違い、特殊な解像度を持っています。一般のソフトウェアに配慮してか、右側にサイドバーが表示されてその全体を使うことは通常できませんでした。今回のサンプルではそれを回避する方法を書いています。#ffa0a0">"failed"</span>);}}}結論からいうと、jp.co.sharp.android.softguide.SoftGuideManager::setFullScreenMode(true)をonResumeで呼び出してあげる事になります。これタイマーで呼び出したりできないのかな。Javaでプログラムを書くのは初めてなのでおかしかったらごめんなさいな。あ、あとバージョンアップで潰されたらごめんなさい。kcrtくだらないUnix技まとめコメントを残す(便利で)くだらないUnix技は?のまとめです。元スレそのままだと、見にくいのと、どういう結果が起こるのか分かりにくいのと、実行すると危ないコマンドがあるのでまとめてみました。全部羅列している訳じゃないので全部読みたい人は元スレをば。nanometer...といった単語が出てくる。ぼくはresetコマンドをよく使います。2000ごめんなさい、CentOSなので試せませんでした。試せた人、連絡ください。>/dev/speakerこれも試せませんでした。