Text is something that is featured in each and every design regardless of whether it is a website design or a poster or infographic or no matter what. So it can be safely said that text is any design’s most important part which cannot be forgone as it is text that conveys to the viewer… Click here to buy secure, speedy, and reliable Web hosting, Cloud hosting, Agency hosting, VPS hosting, Website
無料で利用することが出来る日本語フォントを ５０種類ご紹介します。 ゴシック系、丸ゴシック系の日本語フォントから 毛筆系や明朝系など、良質な日本語フォントを まとめてみました。 基本的には、個人・商用利用OKの日本語フリーフォントを ご紹介しておりますが、フォントをご利用の際は必ずライセンスや利用規約など それぞれのフォント製作者のページでご確認下さい。 ※追記：2016/1/5 「2016年版！無料の日本語フォント８０種」も是非合わせてお読み下さい。 ※追記：2016/1/20 「2016年版！欧文フリーフォント５０種」も是非合わせてお読み下さい。 ゴシック系の日本語フォント M+ FONTS ⇒ M＋ FONTS 【個人◯ 商用◯】 直線処理と柔らかな曲線の対比が特徴的なゴシック体フォントです。 さざなみゴシック ⇒ さざなみゴシック 【個人◯ 商用◯】 「東風フォント」の代替フォント
iOSアプリのコーディング規約を考える時はGoogleよりもNYTimesのObjective-Cスタイルガイドを参考にすべき By raimon, 2015-03-21(土), in category Ios Googleのスタイルガイドは古い 複数人でiOSアプリをObjective-Cコードで書いて保守する時、コーディング規約を検討することになる。 参考にすべきスタイルガイドとして良く挙がるものにGoogle Objective-C Style Guideがあるが、これはいかんせん古い。メモリ管理ARCやNSNumberのリテラル構文など、比較的新しいトピックについても追記されてはいるが、 インスタンス変数のアクセス修飾子 プロパティを使う事が主流となっている2015年現在、余り扱われない autorelease を使ったオブジェクト生成など、MRC時代の規約 何よりホスティング先が
いつ頃からか、Macbook Proでの日本語入力がもっさりするようになってしまっていた。Mavericksの頃にどうだったのかよく覚えていないのだが、テキストエディットやらTerminalやら、とにかくなにで入力をしていても、とてつもなく動作が重い。 普通に日本語を入力していてもついてこれていないし、適当にあｓヵｊｌｓｆｋじゃｓｌとか勢いよく入力してみると、もう全然ついてこれず、あとからゆっくりとプリエディットが更新される。Windows 95でももうちょっと快適だったんじゃないかってぐらいに遅い。 【解決】Yosemiteで日本語の入力が遅くなる件について を参考にしてスペルチェッカを減らしてみたりもしたのだが、自分の場合、問題は解決されなかった。あまりにもストレスフルだったので「Yosemite 日本語入力 遅い」などで検索して見ると、次のページが見つかった。 https://dis
寒い冬が終わり、ついに花で溢れる春がやってきました！ ワクテカしながら春に関するデザインや素材を集めたので、今日はそれをまとめてご紹介したいと思います。 春デザインの参考画像 バナー・メインビジュアルなどで、春っぽいあしらいのものを集めてみました。 コードアワード コードアワード ピンクのベタ塗り背景に桜の花びらを散らしています。今をときめくフラットな感じの仕上がり。 minne 【締切りました！】「minneマルシェ in 門司港グランマーケット2015春」出展作家さま大募集！ | ハンドメイドマーケットminneお知らせブログ イラスト内に桜の木と花びらを配置したデザイン。春カラーの「グリーン×ピンク」とマルシェ（フランス）カラー「ブルー×レッド×ホワイト」が絶妙にマッチしています。 脱毛なら脱毛サロンのエピレ｜epiler【公式】 脱毛なら脱毛サロンのエピレ｜epiler【公式】 切
UICollectionViewを使うとタイル上に任意のView（セル）を表示できます。今回はサンプルを交えてUICollectionViewの説明をしたいと思います。 サンプルコード: https://github.com/stack3/UICollectionViewSample サンプルを起動して、UICollectionViewを選択すると、以下の画面表示されます。 セルを選択すると、そのセルは青くなって以下のようにAlertが表示されます。 UICollectionViewのセルの再利用 UITableView同様にUICollectionViewもセルの再利用という概念があります。 表示する項目数が1000とかたくさんあった時に、セル（UICollectionViewCell）を1000個作るとメモリ効率がすごく悪くなります。なぜかというと実際に画面に表示されるセルは一部だけだ
UIAlertController iOS8 からは UIAlertView, UIActionSheet が deprecated となり、替わりに UIAlertController という新規のクラスを使うことが推奨されました。 これらの違いを一言で説明すると、 ボタンがタップされた時の処理を UIAlertView, UIActionSheet はデリゲートメソッドで実装する UIAlertController はブロックで実装する となっています。 サンプルコード（アラート） 実行時の画面 従来のコードで記述 アラート表示処理 [[[UIAlertView alloc] initWithTitle:@"Title" message:@"Message" delegate:self cancelButtonTitle:@"Cancel" otherButtonTitles:@"OK
![[iOS 8] UIAlertView と UIActionSheet が deprecated になった | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/029da404d47fe6271fa67ebebae0e4803c798545/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fproxy.goincop1.workers.dev%3A443%2Fhttps%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F06%2Fios81.png)
ごめんなさい。この記事のように分離しても、CollectionViewを扱う複雑さは解消できないと思うようになり、最近はこのような分離する方法はとらなくなりました。分離しても最初だけスリムで結局肥大化してしまうので何も解消してはないというのが最近の気持ちです。 最近の気持ちは下記のスライドにまとめました。 記事: UICollectionViewDataSourceはViewControllerと別にして実装しないほうが良いと最近思う https://speakerdeck.com/yimajo/uicollectionviewdatasourcehaviewcontrollertobie-nisiteshi-zhuang-sinaihougaliang-itozui-jin-si-u とりあえず ↓の記事はそのままにしています なぜUIViewControllerからDataSource
edgesForExtendedLayoutについての説明は次のリンクで書かれている。 外観および動作 - ビューコントローラを使う ただし、インターフェースビルダーでExtend Edgesをチェックしたときどのような変化をするかは書かれていない。 edgesForExtendedLayoutはUIRectEdgeの値を持ちます。 typedef NS_OPTIONS(NSUInteger, UIRectEdge) { UIRectEdgeNone = 0, UIRectEdgeTop = 1 << 0, UIRectEdgeLeft = 1 << 1, UIRectEdgeBottom = 1 << 2, UIRectEdgeRight = 1 << 3, UIRectEdgeAll = UIRectEdgeTop | UIRectEdgeLeft | UIRectEdgeBottom
やはりお前らのiOS7対応は間違っている(變) - Qiita [キータ] ざっくり要約すると、「iOS7向けにアプリを作り直して、iOS6対応するのが真のiOS7対応である」というごもっともなお話。 フラットデザインに合わせてデザイナーに再依頼して、DevPreview版のXCodeと英語リファレンスと格闘する余裕を与えてくれるような時間と予算が振ってくるならそうですよねー、という感じ。 iOS4時代に作成されたそれなりのコード量のあるレガシーなアプリを1から作り直す勢いでリファクタリングさせてくれる環境とか、プライベートな時間を使って新しいiOS SDKの知識をガンガン身に着けてくれるような超人だらけの環境とか、毎年OSのバージョンアップに合わせて再教育してくれるような余裕のある環境なら、正しいのかもしれません。 以下、最近Oracle周りしかやってない人間による記述になります。消費税
Block構文の基本
今回はBlock構文（Block Literal Syntax）についてです。最近はデリゲートよりBlockが推奨されてきているので調べてメモしようと思います。 Blockの基本構文Blockの基本的な使い方をまとめていきます。 宣言、代入、実行// 宣言 void (^blocksTest1)(void); // 代入 blocksTest1 = ^(void) { NSLog(@"blocksTest1"); }; // 実行 blocksTest1(); 宣言は、戻り値(^関数名)(引数) と宣言します。引数voidは()に省略可能です。 代入は、関数名の後ろにイコール(=)を入れ、^(引数){} のように行います。 実行は、関数名() のようにして呼びます。 宣言、代入を同時に行う// 宣言, 代入 void (^blocksTest2)(void) = ^(void) { NSL
この章からは、前章で作成したMyClipという、まだ外枠だけのアプリケーションに色々な機能を搭載しながらObjective-Cの言語仕様の学習を進めていきたいと思います。ここでは「搭載」という言葉を使いましたが、プログラミング用語としては「実装」と呼ぶほうが正しいでしょう。しかし「メソッドの実装」との混同を避けるために敢えて搭載と呼ぶことにしました。 さて、本書の冒頭でも述べたとおりObjective-Cはいわゆるデザインパターンというものを密接に組み合わせてプログラミングしていくように設計されています。この章では、これらのデザインパターンの中からまずデリゲートの説明をします。そしてこれからの数章にわたり、その他のデザインパターンについても説明をしますが、これらのObjective-Cのデザインパターンに共通して言えることは、「いかにして継承せずにオブジェクトにメソッドを追加するか」という
クックパッドさんが月イチで行っている第3回potatotips（ポテトチップス）というTips共有会がYahoo!Japanさんで開かれたので参加させてもらい、『やはりお前らのiOS7対応は間違っている』という刺激的&挑戦的なタイトルで発表させてもらいました。 発表時には時間もなかったせいかツッコミがなかったのですが、おそらく公開したらツッコミがあると思うのでいくつかの補足を付けて公開します（発表時の資料はSlideShareに上げてますが、Qiitaのほうが編集リクエストもあるし直しやすいかと思います）。 何を間違っているか 最近、iOS7でUINavigationBarにself.viewが潜り込むという話をよく目にすると思います。この対応方法として「edgesForExtededLayoutプロパティをUIRectEdgeNoneとする（StoryboardではUnder Top B
導入 iOS 開発者のみなさん、こんにちは。 このブログでは主にチュートリアルだったりフレームワークの紹介みたいなことを書いてきました。 そこで、たまには中級者向けのエントリを書いて「Xcode バリバリ使って、ビシバシ Objective-C 書いてますよ」アピールします。 iOS 開発をはじめて一通り Framework は理解したけど Xcode 使いこなせてる感が足りない方、夢にまで EXC_BAD_ACCESS が出てくる方に参考になる記事となればと思います。 といっても Xcode はマッシブな IDE なので、4つのデバッグツールに分けて「あれ、それ知らなかった！便利じゃん！」な方法を紹介します。 ブレークポイント デバッグには切っても切れない関係ですね。アプリを実行中に指定した行で処理を中断し、そこからステップ実行で細かいデバッグを可能にしてくれます。 ショートカットキー
iOSのファイルシステム（サンドボックス）について iOSにはサンドボックス(wiki)という仕組みがあって、 デバイスやiPhoneシミュレータにアプリを初めてインストールした時に、 １つのアプリにつき１つのサンドボックスが作られます。 サンドボックスは安全にデータを保存できる領域で、 他のアプリのサンドボックスにデータを読み書きする事はできません。 ※語源は子供を安全な砂場で遊ばせる事から来ているらしい 【サンドボックスの狙いは？】 1.悪意のあるアプリによって、ファイルを書き換えられる事を防止する。 2.アプリの誤動作でのファイルの破損等をサンドボックス内に抑える 【サンドボックス内にあるファイルは？】 iOSアプリケーションプログラミングガイドからの分かりやすい画像の引用 前述の通り、１つのアプリにつき１つのサンドボックスが作られます。 【ディレクトリ構成】 iOSではホームディレ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
