アカウント名:
パスワード:
この話に何故あんた等が出張ってくる?
元ソースを見た感じではAndroidが動いてるみたいだよ。
システム構成的にAndroidは動きそうだがAndroidだと開発が楽とかそーいうことだろうか?
Androidなら将来ハードウェアが変わっても有る程度差異を吸収してくれるからなのでしょうね。RPiなのは、バッテリーレス&有線LANなAndroidタブレット端末を調達するより楽だったとか?有線LANも標準で有るから丁度よかったのかも。
タブレット(特にiPad)を組み込んだ機器に共通で起きる問題の一つが、常時通電やら放熱が悪い事によるバッテリー劣化により筐体が膨らんでしまう故障。なのでバッテリーレスか否かは結構重要
RPiだとパネル自分で選んで組み付けだから、パネル壊されてもパネルだけ付け替えるとかもできそう。フレキ直結の癖に規格化されてるっつうわけだ。んで数も結構出てて、調達性も悪くない。既存のスマホ/タブレットデバイスだと、バッテリーレスとパネル交換性に調達性まで含めて全く歯がたたなさそう。
とりあえず短期に実現するだけなら泥タブが楽なんだろうけどね。
GUIアプリをX windowで作るのは拷問に近いGUIアプリはふつうにAndroidで作るのがいい
Androidと同じくJava(系)で書いたらあかんのですか?Xを意識しないで書けますよね。
Linuxの上でフツーのJavaを動かすよりは、AndroidのJVM(と言ってはいけないんだっけ?w)の方が使用リソースが少なくて済むし、開発環境も用意されているGUIのライブラリもAndroidの方が洗練されている。素のJava向けのGUIライブラリって、指でタッチディスプレイを操作する環境用にデザインされているものはないだろう?
そしてなにより、Androidアプリの開発者が多いので、はるかに簡単に人を集められて、低給料でこき使うことができるw
生のXでなくXtからのXawやMotifで作れば良いじゃないですか!ウィジットへのリソース設定のコーディングは拷問ですけど!!
QTでもなんであるだろ…
GUIはWebで作ってると思いますよ
今時、そんなことしなくても。あの程度のアプリなら、Electronでも十分では?
素のLinuxだとタッチパネルがまともに使えるのがなかったとかそんな理由なんじゃないですかね。あるんだっけ?タッチパネルのサポート。
ラズパイの公式タッチパネルを持っていたけど、RaspbianのXで何もせずにタッチパネルは使えました。 公式タッチパネルは画面サイズが小さいのと、解像度が低過ぎる(WVGA)のが難点。 デスクトップマシンとして使う方が間違ってるんだけど。
それってマウスポインタどうなるの?単にボタンが一個しかないマウスエミュレーションでポインタ表示&左クリックだけできる?それともタップすると内部的にポインタの移動とクリックが起きるの?
# 店舗システムで使うんだと、ポインタが出てるのはかっこ悪いなあ
標準の壁紙だとかっこ悪いとか、標準のリフレッシュレートだとかっこ悪いとか、標準のマウスポインタだとかっこ悪いとか、標準のタッチパネルドライバだとかっこ悪いとか、標準の割り込み周期だとかっこ悪いとか、標準のスケジューラだとかっこ悪いとか、そんなのは好きに設定すればいいのではないんでしょうか……
# ここは懐かしの東雲ゴシックを中心としたコーポレートブランディングを……
素のAndroidスマホでも端末がマウスを検知したらマウスポインタが出るよ。
Windowsがタッチ対応する遥か以前から、静電容量方式マルチタッチが普及のふの字もない頃から、マウス前提環境(Windows)でタッチパネルする例は沢山あったと思うんだけど。タッチパネルとマウス入力環境の組み合わせが機材さえありゃ手軽に出来るようになってもう何十年だよ。
店舗システムならポインタ隠せばいいだけ。アプリレベルでもOSのユーザ設定レベルでもどうとでも出来る。
ホスト機にnginx経由のアプリケーションサーバ立ててオレオレ認証でいいから証明書で外部接続防いで※端末側のアドレス限定とかと両実装端末側は起動時にブラウザの自動起動と固定URL設定
とやればホスト側で注文と席の紐付けや、端末のブラウザに表示するメニュー画面の管理が出来て端末がリブートしても紐付け情報は変わらないし、途中で端末が壊れた際は複数注文端末情報の合算が出来れば良いし、売り上げもサーバ管理出来ているから本社と売り上げ情報共有も出来るよなぁ・・・。というパッケージを夢想。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
Android+液晶パネル (スコア:0)
この話に何故あんた等が出張ってくる?
Re:Android+液晶パネル (スコア:1)
元ソースを見た感じではAndroidが動いてるみたいだよ。
システム構成的にAndroidは動きそうだが
Androidだと開発が楽とかそーいうことだろうか?
Re:Android+液晶パネル (スコア:5, すばらしい洞察)
Androidなら将来ハードウェアが変わっても有る程度差異を吸収してくれるからなのでしょうね。
RPiなのは、バッテリーレス&有線LANなAndroidタブレット端末を調達するより楽だったとか?
有線LANも標準で有るから丁度よかったのかも。
タブレット(特にiPad)を組み込んだ機器に共通で起きる問題の一つが、
常時通電やら放熱が悪い事によるバッテリー劣化により筐体が膨らんでしまう故障。
なのでバッテリーレスか否かは結構重要
Re:Android+液晶パネル (スコア:1)
RPiだとパネル自分で選んで組み付けだから、
パネル壊されてもパネルだけ付け替えるとかもできそう。
フレキ直結の癖に規格化されてるっつうわけだ。
んで数も結構出てて、調達性も悪くない。
既存のスマホ/タブレットデバイスだと、
バッテリーレスとパネル交換性に調達性まで含めて全く歯がたたなさそう。
とりあえず短期に実現するだけなら泥タブが楽なんだろうけどね。
Re: (スコア:0)
GUIアプリをX windowで作るのは拷問に近い
GUIアプリはふつうにAndroidで作るのがいい
Re:Android+液晶パネル (スコア:1)
Androidと同じくJava(系)で書いたらあかんのですか?
Xを意識しないで書けますよね。
-- う~ん、バッドノウハウ?
Re:Android+液晶パネル (スコア:1)
Linuxの上でフツーのJavaを動かすよりは、AndroidのJVM(と言ってはいけないんだっけ?w)の方が
使用リソースが少なくて済むし、開発環境も用意されているGUIのライブラリもAndroidの方が洗練されている。
素のJava向けのGUIライブラリって、指でタッチディスプレイを操作する環境用にデザインされているものはないだろう?
そしてなにより、Androidアプリの開発者が多いので、はるかに簡単に人を集められて、低給料でこき使うことができるw
Re: (スコア:0)
生のXでなくXtからのXawやMotifで作れば良いじゃないですか!
ウィジットへのリソース設定のコーディングは拷問ですけど!!
Re: (スコア:0)
QTでもなんであるだろ…
Re: (スコア:0)
GUIはWebで作ってると思いますよ
Re: (スコア:0)
今時、そんなことしなくても。
あの程度のアプリなら、Electronでも十分では?
Re: (スコア:0)
素のLinuxだとタッチパネルがまともに使えるのがなかったとかそんな理由なんじゃないですかね。
あるんだっけ?タッチパネルのサポート。
Re:Android+液晶パネル (スコア:2)
ラズパイの公式タッチパネルを持っていたけど、RaspbianのXで何もせずにタッチパネルは使えました。
公式タッチパネルは画面サイズが小さいのと、解像度が低過ぎる(WVGA)のが難点。
デスクトップマシンとして使う方が間違ってるんだけど。
Re: (スコア:0)
それってマウスポインタどうなるの?
単にボタンが一個しかないマウスエミュレーションでポインタ表示&左クリックだけできる?
それともタップすると内部的にポインタの移動とクリックが起きるの?
# 店舗システムで使うんだと、ポインタが出てるのはかっこ悪いなあ
Re:Android+液晶パネル (スコア:2)
標準の壁紙だとかっこ悪いとか、標準のリフレッシュレートだとかっこ悪いとか、標準のマウスポインタだとかっこ悪いとか、標準のタッチパネルドライバだとかっこ悪いとか、標準の割り込み周期だとかっこ悪いとか、標準のスケジューラだとかっこ悪いとか、そんなのは好きに設定すればいいのではないんでしょうか……
# ここは懐かしの東雲ゴシックを中心としたコーポレートブランディングを……
Re:Android+液晶パネル (スコア:1)
素のAndroidスマホでも端末がマウスを検知したらマウスポインタが出るよ。
Re: (スコア:0)
Windowsがタッチ対応する遥か以前から、
静電容量方式マルチタッチが普及のふの字もない頃から、
マウス前提環境(Windows)でタッチパネルする例は沢山あったと思うんだけど。
タッチパネルとマウス入力環境の組み合わせが機材さえありゃ手軽に出来るようになってもう何十年だよ。
店舗システムならポインタ隠せばいいだけ。
アプリレベルでもOSのユーザ設定レベルでもどうとでも出来る。
ブラウザで可能なような・・・。 (スコア:0)
ホスト機にnginx経由のアプリケーションサーバ立ててオレオレ認証でいいから証明書で外部接続防いで
※端末側のアドレス限定とかと両実装
端末側は起動時にブラウザの自動起動と固定URL設定
とやればホスト側で注文と席の紐付けや、端末のブラウザに表示するメニュー画面の管理が出来て
端末がリブートしても紐付け情報は変わらないし、
途中で端末が壊れた際は複数注文端末情報の合算が出来れば良いし、
売り上げもサーバ管理出来ているから本社と売り上げ情報共有も出来るよなぁ・・・。
というパッケージを夢想。