サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
参議院選挙2025
qiita.com/kjunichi
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
背景 iOS6になりinputタグのtype=fileの指定が可能になった。 これにより、iPhoneから写真のアップロードが非ネイティブアプリで 可能になった。 しかし、サーバーにファイルをアップロードする分には問題ないのだが、 とはいえ、カメラロールの写真のサイズはそれなりにデカい。 クライアントサイドで扱えないか？ となるわけですが、カメラロールの写真のサイズはMobile Safariで 扱える画像サイズを遥かに超えており、困った。 何とかしてみた サーバーにアップロードできるんだから、 内部的には、あるていど画像データを扱えているのだろう？ 何か方法は無いものかと途方に暮れいた2012年。。 ローカルファイルをバイナリーデータとして読み込めることを知る 先日、File APIでDataURLとして読み込まず、素のバイナリーに近い 形で扱える。FileReader#readAsBi
2017年10月追記 以下の記事は2014年のものです。 いまは、Rust公式ページにもあるようにrustupを入れれば、 nightlyも安定板も切り替えて使えますし、Cargoもとくに 自分で入れなくても勝手に入ります。 はじめに 最近node-ffiやって、libuvに割りと近づいてきたので、libuvつながりのrustを始めてみた。 いきなりGUIを使いたいんだけど ffiな機構の存在を知る The Rust Foreign Function Interface Guide 画像が出せるようなライブラリを探す node-webcl(node-webglもあるけどｗ)で知った。glfwというGLUTに取って代わるかもしれないOpenGLのフレームワーク？があり、rustでもこれを使ったものがあり、今回は、これのexampleを動かすところまで辿りつけた。 実践編 Rust本体はNig
はじめに 極ライトにAtom Shellの追いかけやってます なんで、そんなことやってるかとかのエモイことは、気が向いたらブログに書くかもしれないので、 Feedlyなどで、購読をオネシャス！ atom-shell - Atom Shellで俺の役に立ったIssue達 2015年春版 - Qiita 勉強になるもの つまり、あとで読もう状態のもの Error building in Linux (undefined reference to symbol 'XConvertSelection') · Issue #500 · atom/atom-shell もともと12.04LTS向けにいろいろ作っているから、Ubuntu14.04ではビルドに工夫が必要らしい。 Support to choose clipboard in clipboard operations (to support
背景 先日Qiitaに投稿されたちょっとしたHTMLはGitHub Gistに置いてbl.ocks.orgで表示するのがお手軽ですという記事をはてブ経由で知りました。 自分はもっと前からbl.ocks.orgを知っていましたが、結構なブクマが付いていたので驚きでした。（ホントは悔しかったｗ。内容は自分にとってもへーって感じですごいなぁ色々調べてるなぁと後からこっそり見て感じましたｗ） ちょうどこれと同時期に@Phiさんがログイン不要! 気軽にプログラミングを始められるWebエディタ『runstant』作りましたを投稿されました。 初めは、この2つは自分の中ではリンクせず、むしろ、gistを使ったbl.ocks.orgだと、gistを編集してから反映されるまでのタイムラグが当時気になり、トライ＆エラーなスタイルでの開発に向かないから、runstant推しって感じでした。 gistをJSONP
var https = require('https'); var options = { key: fs.readFileSync(__dirname +"/key.pem"), cert: fs.readFileSync(__dirname +"/cert.pem") }; https.createServer(options, app.callback()).listen(4430); expressと違い、#callbackが必要だった。 オレオレ証明書でためすには key.pem、cert.pemの2ファイルを用意する。 自分は昔書いたブログ記事を参考にすると作れる。 Windowsだとハマるかも オレオレ証明書の作成をWindowsでやったら、BOM付で作られ、そのままだとエラーで怒られたので、BOMなしにして、ついでに改行コードもLFに変換したら動いた。 関連記事 Atom
<!DOCTYPE html> <html> <title>FullScreen Demo</title> <h1>FullScreen Demo</h1> We are using node.js <script>document.write(process.version)</script>. <div id="hello"></div> <button id="play">Full screen</button> <script> var gui = require('nw.gui'); var btn = document.getElementById("play"); btn.addEventListener("click", function () { // Get the current window var win = gui.Window.get(); win.enter
var clientId = '準備したClientID'; var apiKey = '準備したAPI key'; // とりあえず、怖いので、カレンダーを読むだけの設定 // https://www.googleapis.com/auth/plus.meは不要かも。。 var scopes = ['https://www.googleapis.com/auth/plus.me', 'https://www.googleapis.com/auth/calendar.readonly']; function handleClientLoad() { // 予めAPI Consoleで設定したAPIキーを設定 gapi.client.setApiKey(apiKey); // すでに認証済みかの確認をする。 window.setTimeout(checkAuth,1); } function
背景 OpenGLなソースをEmscriptenでJavaScriptに変換できることは分かったのだが、 OpenGLなソースだとテクスチャーをファイルとして読み込むようなケースが多々ある、 Emscriptenでこういったファイルの読み込みも可能なような記述があるが、 具体的な方法が英語力の低さから分からずにいた。 そんな折、はてなの人力検索ですばらしい質問と回答を発見して、これを手がかりに C++でファイルを読み込むプログラムをEmscriptenでJavaScriptに変換することが出来た。 前提 EmscriptenでJavaScriptに変換された本体のプログラムのファイルアクセスは仮想ファイルシステムを介して行われる。 この為、本体のプログラムを実行する前に、この仮想ファイルシステムに必要なファイルやフォルダの登録が必要となる模様。 emscriptenのページでは自動でやって
Save to Drive buttonだとData URIが使えない つまり、動的にファイル生成して保存が出来ない！ 今回の方法ならば、頑張れば、画像イメージでもなんでもJavaScriptのみでサーバサイドに 頼らず、Google Driveに保存可能。タダで永続的なストレージAPIが手に入る！ 昔からあるJavaScript APIを使うことで、動的にファイルをGoogle Driveに保存できる 準備 Google Consoleにログイン アプリケーションを登録（Webアプリケーション） ※ただし、Redirect URIsは空にして登録すること！ テキストエリアに入力した内容をテキストファイルとして保存する 拡張子は勝手には付加されないので、「.txt」を付けるなりしないと何のファイルか分からなくなるｗ <script type="text/javascript"> var C
// Https access with Http Proxy Server // プロキシサーバ経由でhttps通信する var net = require('net'); var url = require('url'); var startTls = require('starttls').startTls; var HTTP_PROXY_HOST = "localhost"; var HTTP_PROXY_PORT = "8080"; var targetUrl = "https://www.google.co.jp/"; var parsedUrl = url.parse(targetUrl); var targetHost = parsedUrl.host; var port = 443; var conn = net.createConnection(HTTP_PROXY_P
<div class="tabbable"> <ul class="nav nav-tabs"> <li class="active"><a href="#home" data-toggle="tab">Home</a></li> <li><a href="#tab1" data-toggle="tab">タブ1</a></li> <li><a href="#tab2" data-toggle="tab">タブ2</a></li> </ul> <div id="my-tab-content" class="tab-content"> <div class="tab-pane active" id="home"> </div> <div class="tab-pane" id="tab1"> <p>タブ1の中身</p> </div> <div class="tab-pane" id="tab
最近投稿してないので、忘れないようにjsdo.itのものを挙げてみます。 Processing.jsで画像を扱えるのですが、クロスドメインの制限もありますが、 コメント形式でプリロードの指定が必要？であったり、動的に扱うことをあまり 考えられていないようで、自力でやってみました。 Jsdo.itの動作例はこちら 自ドメイン外の任意のURLの画像を取得するには ドメイン外の画像ファイルをDataURL形式でもらうJSONPを利用します。 そのため、Processing.js側のプログラム中からJavaScriptの関数を 呼び出します。 いったんCanvasに描画して、イメージデータを取得 JSONPで取得たDataURL形式のイメージをCanvasに描画します。 その後、Context#getImageDataで、画像データを取得します。 Processing.js側での処理 Proces
このページを最初にブックマークしてみませんか？
『@kjunichiのマイページ - Qiita』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
