サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
GPT-4o
chi-bd.hatenadiary.org
2017/10/4に開催されたVue.js Tokyo v-meetup #5 - connpassに参加してきました。 まずはスタッフの皆様お疲れさまでした。最高の誉め言葉としての「滞りなく」を贈りたいと思います。 その競争率の高さゆえ参加機会に恵まれなかったv-meetupですが、今回「ブログ書く枠」がたまたま空いたので参加できることに。以下はそのレポートとなります。 なお、当日のツイートは@kazuponさんが既に昨日のVue.js Tokyo v-meetup #5のTweetまとめました!を作ってくれていますので、そちらも合わせて参照ください。 今回は発表の多くがNuxt.jsがらみでしたが、ほぼ満員(一般参加枠80名)の会場で「Nuxtで作っている人?」という問いかけに手を挙げた人は10名程度。 自分もNuxt.jsは Next.jsのVue版 SPA/SSR案件で使うと便利
Vue.js v2でソフトウェアキーボードを使おうとすると、vue-touch-keyboardが第一候補に挙がるわけですが、公式のREADMEやJSFiddleのサンプルだけではイマイチピンとこないところがあるわけです。 その典型例が「どうやってv-modelでのdatabindと共存するの?」なわけですが、今回はそれをテーマにしたいと思います。 まず、オリジナルのJSFiddleサンプルをforkして、3つあるinputに同じ変数(ここではvm.data.value)をv-modelでdatabindさせたものがこれです。 vue-touch-keyboard + v-model(動かない) 試してみるとすぐわかりますが、ソフトウェアキーボードから入力した値がclose(またはnext)キーの押下で消えてしまいます。 これはvue-touch-keyboardが入力対象のDOMに対して
この記事はVue.js Advent Calendar 2016の7日目(代打投稿)です。 Vue.jsも2.0になってVirtual DOMが採用されたので、改めてVirtual DOMについてMVVMとの比較で考えてみます。 いきなり結論っぽい図ですが、これが分かればもうVirtual DOMは理解したといっても過言ではないかと。 MVVM(2-way data binding) ObjectとDOMはそれぞれ独立した状態(値)を持っており、それを双方向に同期する。 キー入力に起因するDOMの更新はDOMが自律的に行う。 Virtual DOM(1-way data flow) DOMはObjectの射影であり、DOMが自律的に更新することは無い。 キー入力はイベントの形でObject側に通知され、Objectの値が変更されることによって、その射影という形でDOMが更新される。 ただ、
以下はvuejs-jp slackに投稿したネタですが、ここのブログにも書いておきます。 先日正式リリースされたVue.js 2.0では、React.jsと同様のVirtual DOMやOne way data flowが採用され高速描画が可能となった反面、ディレクティブは大幅に機能縮小され、"twoWay: true"による双方向データ同期機能は無くなってしまいました。 migration方法としては「コンポーネントで書き直してください」が公式回答なわけですが、正直言うとその辺の辛さがあってReactではなくVueを使っていた人間としては「うーむ」という感想なのです。ダッタラ初めからReactで良くね?… というわけでいろいろ試行錯誤したところ、実はちょっとしたテクニックで2.0でも依然としてtwoWayなカスタムディレクティブを実装可能なことがわかりました。 ポイントはv⇒vm方向のデ
Vue.js が templateURL をサポートしない理由というVue.js作者自身の記事があるように、本来Vue.jsでテンプレートやWebComponent開発を行うには.vue形式でソースを記述し、vueify(browserify)かvue-loader(webpack)といったビルドツールを使うのが筋です。 そして、これらツールを使いこなすためにはツールの実行環境であるnode.jsエコシステムも理解する必要があります。しかもnode.jsエコシステムは流行り廃りが激しく、その流れをキャッチアップし続けるのも正直しんどいです。 そうなると、本人の努力で何とでもなる趣味のプログラムや個人プロジェクトならともかく、特に企業内でのチーム開発プロジェクトにこれらの仕掛けを導入するのはなかなか骨が折れるのではないでしょうか。 いくら「Vue.jsの学習コストは低い」と言っても、「エディ
ある意味本家GoogleのMaterial Design Liteよりも良くできているのではないかという感もあるMaterializeCSSですが、カレンダー形式で日付を入力するDate Pickerは一般利用者をターゲットとした場合、日本語化無しに使用してもらうのは困難です。 サイトの解説にはLocalizationに関する説明は全くありませんが、Javascriptのソースファイルを解析するとMaterializeCSSのDate PickerはDate picker - pickadate.jsが元ネタであることがわかりますので、そちらを見ると"translations"の解説がありました。 その解説とソースコードを参照すると、日本語化に必要なパラメータはこんな感じになります。 $(".datepicker").pickadate({ monthsFull: ["1月", "2月",
WinFormで簡易ブラウザ機能を持つアプリやPDF、Excelビューアを作ろうとした場合、一番簡単なのはSystem.Windows.Forms.WebBrowserコントロールを使う方法ですが、普通にWebBrowserコントロールを張り付けただけでは、 特定のサイトにアクセスしたときにスクリプトエラーの警告が表示される という問題が発生します(livedoorニュースの各記事にアクセスすると顕著)。 根本的には「そのサイトのJavascriptの書き方が間違っている」(未定義変数とか)なのですが、一般的なブラウザではエラーが表示されないので、 お前の作ったアプリが悪い!バグだ! という濡れ衣を着せられることも。 仕方がないのでスクリプトエラーの警告を抑制するための方法を模索するわけですが、これについては、Microsoftが当初言ってた(というか今でも言ってる)「対策」と称するものが
わけあってWindowsで動くiconv.dllの非LGPL版が必要となったのでいろいろ物色していたところ、 iconvmlang win-iconv の2つを見つけたのですが、前者は今回の要件に対しては機能不足だったので後者をベースに作業することに。 ただ、win-iconvの配布ファイルそのままではVisual StudioでビルドできなかったのでVSソリューション化してみました。 以下の2ファイルをwin-iconvを展開したフォルダに追加配置すれば、以降win_iconv.slnをダブルクリックするだけでVisual Studioでのビルドが可能です。 (win-iconv-0.0.6-VC10.7zに7zアーカイブしたものを置いておきます)[win_iconv.sln] Microsoft Visual Studio Solution File, Format Version 1
C++でショートカットファイル(.LNK)の実体を参照しようとすると、普通は ショートカットのリンク先を取得する - Visual C++プログラミングのメモ ショートカット - KAB-studio のようにCOM(IShellLink/IPersistFile)を使うのが普通なのでしょうが、このやり方だとLOCALSYSTEMアカウントで動作するサービスプログラムが別アカウントのデスクトップ上のファイルを指すショートカットファイルを正しく解決できない(C:\Windows\System32\config\systemprofile\Desktop\になってしまう)という問題があったので、 Shell Link(.LNK) Binary File Format Windows shortcut(.lnk) parser in Java? 辺りを参考にして自力で解析するプログラムを書いてみ
このページを最初にブックマークしてみませんか?
『chi-bd.hatenadiary.org』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く