今年の流行語といえばLLMですが、中でもローカルLLMの技術がプログラマ的には気になります。何かに使えそう！ そこでローカルLLMの代名詞である（？）llama.cppを眺めていたところ、堂々とPackage.swiftがあるのに気づきました。 ということは、自力で難しいことをしなくても、簡単にSwiftから利用できそうです。 今更感もありますが、この記事ではllama.cppをSwiftから使って色々遊んでみたいと思います。 この記事は私のインターン先であるTuringアドベントカレンダー21日目の記事です。卒が論してきているので、パッと書けそうだった趣味寄りの話で許してください😇 環境 Mac mini macOS 13.5.2 M2 Pro RAM 32GB iPhone 12 mini iOS 17.2 iPad Pro M1 Pro iPadOS 17.2 Llama.cpp

/// Positions this view within an invisible frame with a size relative /// to the nearest container. @available(iOS 17.0, macOS 14.0, tvOS 17.0, watchOS 10.0, *) public func containerRelativeFrame(_ axes: Axis.Set, alignment: Alignment = .center) -> some View This Modifier Monday will look a little different. Instead of just going to the goods, I want to show two ways we might’ve achieved a simila

// 任意のコレクションを受け取る関数(Elementの型は指定しない) func foo<T: Collection>(collection: T) // 任意のIntのコレクションを受け取る関数 func foo<T: Collection<Int>>(collection: T) var collection: any Collection= [1, 2, 3] print(collection.first!) // firstの型はAny?になってしまう var intCollection: any Collection<Int> = [1, 2, 3] print(intCollection.first!) // firstの型はInt?に定まる このCollection<Int>のような記法は、「主要関連型(Primary Associated Types)に対して同型制約(S

let array1 = getArrayFromSource1() let array2 = getArrayFromSource2() for item in array1 { doSomething(with: item) } for item in array2 { doSomething(with: item) }

iOSアプリを開発していると、年に1度最新OSへのアップデート対応があると思います。 私が携わっているLIFULL HOME'SのiOSアプリ（以降、HOME'Sアプリ）も例外ではありません。 これまでにOSの仕様に合わせてさまざまなアップデート対応をしてきましたし、私が関わる前からも対応されてきました。 今回は、その中でなかなか気づかれずに負債となってしまっていたアプリの仕様に遭遇して対策を考える機会があったので、それについて紹介します。 気づいた負債 HOME'Sアプリ内ではカメラを用いる機能があります。 カメラを利用するには、ユーザがアプリ内でアクセス許可をする必要があります。 初めてカメラを利用する機能を使おうとすると、下記のようなアラートを出るのが一般的ですね。 HOME'Sアプリでは、カメラのアクセス許可のアラートを出すことはもちろん対応していますし、アクセス未許可状態でカメラ

SwiftUIの特徴 SwiftUIを書いていると、VStackやHStackなどが登場しまるでUIを軽快なDSLの上で構築している気持ちになる。あながち間違っているわけではないが、SwiftUIはあくまで「宣言」の羅列であり実際にビューの構築を行う訳ではないことに注意しなくてはならない。 例えばrefreshableはListにPullToRefreshを付与するモディファイアであるが、それはあくまで実行して得られた結果に過ぎない。 この挙動が今後どうなるかをユーザーはコントロールすることが出来ないのだ。 これはどういうことかというと、今後AppleがOS全体の更新を「端末をシェイクする」としたとする。 すると、アプリのUIはコードを変更せずともPullToRefreshのコントロールが消えてシェイクで更新に変わるのだ。 これはSwiftUIに限った話ではなく、UIKitでもOSのアップ

Oops! Something went wrong while submitting the form. Casper AI Keyboard puts the world's most advanced text AI at your fingertips. Built as an iOS keyboard extension, Casper lets you write work emails, texts, icebreakers for dating apps, and even engaging social media content, all from your new Casper AI keyboard.

こんにちは、shokaishokai.iconです 株式会社HelpfeelでScrapboxを開発しています ScrapboxのエディタをiPad/iPhoneに対応させました その時に遭遇したiOSの闇について、全てをお話します これはkyoto.js 18の発表資料です Scrapboxのスマホ・タブレット対応 2022年6月〜8月ごろ 3つを自由に組み合わせて使えるようにした 1. デバイス本体 スマホ（iOS・Android） タブレット（iPad） 2. テキスト入力 スクリーンキーボード 物理キーボード 3. ポインタ操作 指で画面タッチ トラックパッド・マウス iPadからmagic keyboardを操作中に付けたり外したりしてタブレット単体で操作する等も、わりといい感じになりましたshokai.icon タッチとクリックでUIの振る舞いが変わる様子 https://sc

2年半近く趣味として個人開発してきたiOS・iPadOS向けの日本語キーボードアプリ「azooKey」をオープンソース化しました。ライセンスはMIT Licenseです。 azooKeyは2年前からApp Storeで無料で公開し、開発を続けてきました。日本語対応のiOS向けキーボードアプリには、Simeji、Flickなど多くの先輩がいますが、標準キーボード志向で高機能なOSSとしては初めてのものではないかと思います。 技術的な特徴 azooKeyの技術的特徴としては、変換エンジンの独自実装、ライブ変換のサポート、独自に調整した辞書、強力なカスタマイズ機能などがあります。 IME開発の特色は幅広い技術的課題を扱えることにあります。競プロ的なアルゴリズムとデータ構造の問題もあればNLP的な話やGUIのデザインの問題もあり、めっちゃ楽しいです。 なお、azooKeyは全てSwiftで実装され

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

xcodeprojの修正 ここがまじ大変です。 71個のxcodeprojを修正していきます。 以下の画像のように「src」の中をxcodeprojで絞り込むと楽です。 修正する内容は2個しかありません。 macos10.8(SDK not found) $(ARCHS_UNIVERSAL_IPHONE_OS) これは以下の様に修正します。 macos10.8(SDK not found) ① プロジェクトを選択します ② ターゲットを選択します(プロジェクト内にある全てのターゲットが対象です) ③ 「Bundle Settings」を選択します ④ Base SDKがmacosx10.8であればmacOS 13.1に変更します(macOSのバージョンは人によって違うかも？) $(ARCHS_UNIVERSAL_IPHONE_OS) ① プロジェクトを選択します ② ターゲットを選択します

まとめページを作ってなかった。 azooKey azooKey - 自由自在なキーボードアプリ 1.9.3 分類: ユーティリティ,仕事効率化 価格: 無料 (敬太 三輪) 今年の収穫はazooKeyの発見でした。ライブ変換できます。キーを打っていくだけで日本語入力。確定しなくていい。慣れてくるとこれが自然なのです。 設定 azooKeyのオススメ設定は以下の3点です。 「ライブ変換」をオンにする。 「入力中のテキストを保護」をオンにする。 「より強力な学習を有効化」をオンにする。 とくに「テキストを保護」にしないとWeb上での入力でチャタリングが起きる。AppleのWebViewに問題がありそうだけど、修正される気がしないので、設定で対応。 操作について スペースバー長押しでスライドカーソルが出てきます。このギミック、好みです。 あと、削除キーを左フリックすると一括削除になります。句読点

Run Stable Diffusion on Apple Silicon with Core ML [Blog Post] [BibTeX] This repository comprises: python_coreml_stable_diffusion, a Python package for converting PyTorch models to Core ML format and performing image generation with Hugging Face diffusers in Python StableDiffusion, a Swift package that developers can add to their Xcode projects as a dependency to deploy image generation capabiliti

ふと、カスタムキーボードが作成したいと思ったのでカスタムキーボード作成の第一歩に踏み出してみることにしました。 カスタムXibでキーボードのViewを作成する記事はあったのですが、SwiftUIでViewを作成しているものはあまりなかったので記事にしてみることにしました。 環境 Xcode 14.1 iOS 16.1 準備 まずはXcodeで新規プロジェクトを立ち上げます。 最初はAppのテンプレートを選択します。 オプション設定では任意のプロジェクト名を設定し、Interfaceは、SwiftUIとStorybaordのどちらでも問題ありません。 プロジェクトが作成できたら、次はプロジェクト > TARGET　の下部分にある＋ボタンからカスタムキーボード用のエクステンションを追加します。 ＋ボタンを押すと、ターゲット追加用のポップアップが表示されます。Custom Keybaord Ex

バイドゥは9月28日、キーボードアプリ「Simeji」に、日本語／英語でテキストを入力するだけで、テキストに合ったイラストをAIが自動生成する「AIイラスト」機能を実装した。1日3回まで無料で利用でき、生成したイラストはSNSでシェアできる。 「木の下で寝ている猫」などのテキストを入力すると、AIがイラストを自動生成。入力するテキストによって生成されるイラストは異なり、同じ文言を入力した場合もその都度違うものが生成される。 生成したイラストは、TwitterかLINE、Instagram、Facebookに共有した後、スマホにダウンロードすることも可能。Simejiのキーボードきせかえにも活用できる。 SimejiはiOS／Android合計で5000万ダウンロードされており、10代など若年層に人気という。 関連記事 日本語版「Stable Diffusion」公開　追加学習でオノマトペも

iPad miniの日本語入力にazooKeyキーボードを使ってライブ変換入力しています。iPhoneでフリック入力に慣れているのでiPad miniでもフリックを使います。azooKeyばかりでなくフリックで「ん」を入力する時にドックが現れて入力が中断する事があります。azooKeyはキーをカスタマイズできるので変更してみました。 キーの編集 1.azooKeyアプリの「拡張」で「カスタムタブの管理」で編集したいタブを選びます 2.カスタムタブの情報メニューで「編集する」をタップします 3.「カスタムタブを作る」画面で「わ」をタップします 4.フリックの5つのキーが現れるので空いた下のキーに「ん」を割り当てます まとめ わのキーを下フリックして「ん」を入力するようにしたので誤ってドックが現れる心配がなくなりました。 azooKey - 自由自在なキーボードアプリ 敬太 三輪ユーティリティ

ライブ変換というのはMacの日本語テキスト入力をするのに 「スペース」キーを押して変換しなくても各文節が自動的にかな漢字変換されていく機能のことを言います。 またiPadOS 13.4からはiPadの外付けキーボードでも使えるようになっています。最近ではキーボードアプリのazooKeyを使ってiPadやiPhoneのソフトウェアキーボードでもライブ変換が使えるようになっています。 ライブ変換は以前から変換が不自然だったり誤変換が多いとAppleユーザーに不評です。自分も評判を信じて今まで利用するのを避けてきました。しかし使ってみると変換も自然で入力していくだけで自動で変換されていく快適さに魅了されてライブ変換のファンになりました。これには私があまり長文を入力しない(1000文字程度)事や確定の頻度が多いことがあって誤変換も少なく再変換などの修正が必要ないからだと思われます。 azooKey

azooKey - 自由自在なキーボードアプリ Takaaki Miwaユーティリティ無料 azooKeyアプリのデザインが洒落ています。アズキーだから小豆なんですね。アプリ作成者のブログより アイコンとロゴについては幸いGlyphs Miniというフォント作成ソフトを持っていたのでこれを使って作成し、アイコンフォントとして書き出したうえで利用しています。シンプルでかわいいアイコンができました。豆としての小豆をイメージして作ったのですが、どことなくニコニコしているように見えるところが気に入っています。 Swiftで日本語入力できるキーボードアプリを作った - Qiita 変換候補の文字を拡大する 書き方や読み方がよく分からない漢字を確認したり他の人に伝えるのに便利な機能に文字の拡大があります。 1.入力した文字の漢字変換候補を長押しします 2.「大きな文字で表示する」をタップします 3.確

これまで度々、iOSカスタムキーボードにMarkedTextを導入しないほうがいい、と書いてきました。 が、自前のキーボードアプリで最近導入しました。 使わないほうがいいと書いたにもかかわらず自分は導入した、というのも筋が通らないので、導入に至った経緯を書いていきます。 背景 MarkedTextはiOSの日本語の標準キーボードに用いられている「背景に色がつく文字列」です。この機能はサードパーティー製のカスタムキーボードにも導入されており、setMarkedTextというAPIを介して操作が可能になっています。 不具合 しかし、setMarkedTextは挙動が非常に、非常に不安定です。例えば、この関数を介して作成したMarkedTextは、「テキストをタップすると表示されなくなる」という不具合があります。この不具合は導入当初からずっと治っていません[1]。 こうした不安定な挙動をそのまま

Swift5.6では以前からあるif #availableに加えてif #unavailableという構文が追加されています。 以下のように書くと、iOS15未満 (iOS14以下)のiOSでのみ処理することができます。 if #unavailable(iOS 15) { // process } // 今まではこう書いていた if #available(iOS 15, *) {} else { // process } 注意が必要なのが、#unavailable(iOS 15, *)はエラーになることです。#available(iOS 15, *)と書く癖でつい*を入れてしまいますが、ここは記法が違います。 元々のプロポーザルでは#unavailable(iOS 15, *)として提案されていましたが、2ndレビューで変更になったようです。 #unavailable(iOS 15)と書い