ファイルメーカーユーザの集い Part5
■ このスレッドは過去ログ倉庫に格納されています
前スレ ファイルメーカーユーザの集い Part4 http://mevius.5ch.net/test/read.cgi/bsoft/1504481812/ ◆メーカーサイト http://www.filemaker.co.jp/ ◆定番サイト(国内) FMJML http://filemaker-ml.jp/ ★初心者のFileMaker pro Q&A★ http://joy-h.com/bbs2/index.php FMPro.jp ttp://www.fmpro.jp/ Knockin' on Seven's Door ttp://www.sevensdoor.com/ FAMLog ttp://www.famlog.jp/ ◆定番サイト(海外) ISO FileMaker Magazine(Tips、動画解説) http://www.filemakermagazine.com/ BrianDunning.com(カスタム関数) http://www.briandunning.com/ Database Pros(Tips) http://www.databasepros.com/ 質問・相談は環境・バージョンを忘れずに。テンプレ以上。 >>555 抽出が面倒なら売上テーブルの1レコードに合計額を入力して、そのレコードだけで請求書印刷すれば良いだけじゃね? 摘要や備考に「別紙支払明細による売上合計」って入力すれば問題ないでしょ。 エクセルといえばエクセル的に入力していくと余計なレコードが表示されっぱなしなのも邪魔だよね (エクセルのときからそうなんだけど) かといって伝票と明細、みたいな商売じゃないから https://i.imgur.com/NOfjkxY.jpg こういう具合にして伝票ごとのレコードを表示させる、とかでもないんだよね オートフィルとか便利だからエクセルで入力して毎回インポートしてるってひともいますか? >>557 かといって1レコードごとに一画面で「次へ」「前へ」とかで戻るのも嫌なんだよな そもそも単純な売上入力1レコード分を一画面で作ろうものならスッカスカで間延びしたレイアウトになるしね むずかしいよねUIデザインは >>555 よくわかりませんが、 即時請求 のフラグを立てて入力しといて、 フラグで抽出 → 請求書印刷 → フラグ解除 のスクリプトではダメなんですか? >>555 よくわかりませんが、 即時請求 のフラグを立てて入力しといて、 フラグで抽出 → 請求書印刷 → フラグ解除 のスクリプトではダメなんですか? >>555 よくわかりませんが、 即時請求 のフラグを立てて入力しといて、 フラグで抽出 → 請求書印刷 → フラグ解除 のスクリプトではダメなんですか? >>555 そのやりたいようにスクリプト書けばいいのでは? >>549 請求書専用のは売上げ等の層データがなくていい ただのワープロのテンプレート的なものだろ もし、最終的に集計まで考えるなら、全売上げを入力 する形式にして顧客、期間で請求書を作成すればいいだけ。 1.顧客名簿 1レコード1顧客 2.売上げ一件 1レコード 3.請求書 1請求書1レコード が普通では? 別に入力はいつしても良いんだし、特定の顧客分だけ入力 して請求書を表示印刷させればいいだけ。 まぁ1テーブルだけで検索で集計するという強引なのもあるかもw ただ取引先が固定されたものではないと無理 ファイルメーカー11ユーザーです。 「住所録」ファイル(テーブルは1つ)を 名簿のリスト表示と 詳細なカード型表示 の2つのウインドウで表示させましたが、 名簿のリストから1人を選択しても、カード型表示の方はその人に切り替わりません。 どうやれば良いでしょうか? スクリプトを組む。リスト表示のリストの行をボタンにしてスクリプトを起動 ウインドウの固定 変数の設定「$code,idフィールド」 ウインドウの選択「詳細ウインドウ」 検索モードに切り替え フィールド設定「idフィールド,$code」 検索実行 ウインドウの選択「リストウインドウ」 >>568 レスをありがとうございます。 自分でも下記のようにやってみて、一応できました。 たぶん同じ意味だと思います。 ・新規ウインドウ[名前:"詳細"] ・レイアウト切り替え[「詳細」] ・ウインドウを選択[名前"名簿";現在のファイル] ・全ウインドウを整列[左右に並べて表示] ・コピー[選択;名簿::ID] ・ウインドウを選択[名前"詳細";現在のファイル] ・検索モードに切り替え[] ・貼り付け[選択;名簿::ID] ・検索実行[] しかしずいぶん仰々しい。 それに名簿から詳細には行けますが、その逆には行けない。 でも「名簿」と「詳細」のウインドウを並べて見られるのは、やはり大きいと思います。 ひとつのウインドウでリストをポータルで表示させて、詳細を空いたスペースに表示って方が多いかもね。 あと、貼り付けはあまり使わない方が良いよ。そのフィールドにスクリプトトリガが設定されてたらスクリプトが起動しておかしな挙動になる。フィールド設定ならスクリプトトリガを無視してそのフィールドの値を放り込める。 コピー→変数の設定 貼り付け→フィールド設定 現在選択されているレコードを、より強調表示したいと思い、下記のフィールドを設けました。 If ( レコードID=テーブル::レコードID ; "★" ; "" ) レコードID は、Get ( レコード ID )のことで、現在選択されているレコードのID をグローバル格納すれば良いと思いました。 しかしすべてのレコードに★マークが表示されてしまいます。 解決策はないでしょうか? >>571 あまりお勧めはしないが、一応以下のような設定はできる。 でも、素直にレイアウトでボディパートのアクティブ行色替えの方がいいんじゃないかなぁ? 1) グローバルフィールドを1つ追加 ( 例 テストテーブル::trig ) 2) If ( レコードID=テーブル::レコードID ; "★" ; "" ) のフィールド計算式を 下記に変更。 ------------------------ Let ( _trig = trig; Case ( Get ( レコード番号 ) = Get ( アクティブレコード番号 ); "★"; "" ) ) ------ OnRecordLoadスクリプトトリガに以下の1行だけのスクリプトを設定 >フィールド設定 [ テストテーブル::trig; テストテーブル::trig + 1] これでレコードを移動するたびに trig フィールドの値が変わり、マーク行が関連して再計算されて 表示内容が変わる。 >>572 んー、やっぱり難しいですね。 でもこれが解決できなくて半年間悩んで来たので、ご容赦を。 ご容赦ついでにもう一つ質問がありまして(汗) 現在選択されているレコードが、 ファイルを閉じてもう一度開いた時にも選択される様にするには どうすれば良いでしょうか? 引き続いて作業を行えれば、非常に重宝します。 個人経営でつかうにはコストがきびしいなあ 個人といえど二人で使うことはあるんだけど パッケージは試用しかだめなんだよねえ まあどう考えてもバレないんだけど小さいうちからライセンスとかおざなりにしてるとそのままになって あとでとんでもないことになりそう >>573 > 現在選択されているレコードが、 > ファイルを閉じてもう一度開いた時にも選択される様にするには > どうすれば良いでしょうか? > 引き続いて作業を行えれば、非常に重宝します。 明確にしなければならない問題があります。 「閉じた時のレコード」とは、「誰が」「いつ」閉じた時のもの? FileMakerのデータを複数人、あるいは複数ウィンドウで開いて作業する場合に 「閉じた時のレコード」が明確に定義できないと開いた時にそのレコードへ移動させることができません。 スタンドアローンで自分一人がシングルウインドウでの話であれば、スクリプトなどで 細工をしていなければ閉じた時のままですが、そうでないから欲しい機能なのでしょう? 上記の定義が明確になれば、あとは閉じるときにレコードやユーザ名を保存しておいて、 最初にウインドウを開いた時のスクリプトトリガで判断の上で移動させればOKですね。 同じ人のデータが更新されたものを1レコードとしているんだけど、 その人のそのレコードが最新であるかどうか取得表示するフィールドを 作りたいのだけど、どうしたらいい? 自己リレしてもどうも上手く行かない。 >>575 レスをありがとうございます。 ファイルはスタンドアローンで使っていて、ネット共有等はしていません。 作業が一息ついたところで閉じています。 テーブルは1つで、名前をつけて3つウインドウを開いています。 横長モニターでマルチウインドウは、やはり有り難い。 3つウインドウのそれぞれが、独自の検索条件でそれぞれのコンテクストを持っています。 目的に適った操作ができて、作業が捗るので非常に有り難い。 また作業を引き継いで再開できます。 ただ開く時に意図しない検索条件が実行されることがあるので、どういう事なのかなと。 もう一つ以前からの疑問が、ファイルメーカーの自動保存の機能はどんなものなのかなと。 操作ミスをして誤った入力をしても、回復する方法がない。 大抵のソフトは、保存して良いかのダイアログが出ます。 この辺が間違いの許されない基幹業務には、ちょっと難しいのかなと。 対策として 1)ファイルを読み取り専用にする。 2)レイアウトごとに自動保存のするしないを指定する。 3)インスペクタから、各フィールドの自動保存するしないを指定する。 等々あるようですが、実際上はどんなものでしょうか。 その名前だか個人だかを特定するIDだかで自己リレーションを作って 作成タイムスタンプやら更新タイムスタンプやらで降順ソートをしていしておいて レコードの識別子を比較して同じなら最新みたいな非保存の計算フィールドを作る。 なるほどソートか。 リレーションで参照する方とされる方でどちらかが出来る んだよね。どちらにしても難しい。 すみません、こんな事書いたら怒られるのかもしれないのですが、 要らなくなったfilemaker pro 15 advancedを売ってもらう事ってできるのでしょうか? あ、すいません今気づきました。 ヤフオクにもメルカリにも無いなと思ってたら そういえば15はダウンロードでしか入手できないんでしたね、失礼しました。 >>577 自動保存を切っておいて、スクリプトトリガと組み合わせて手動でコミットにするのが セオリーですな。 コミット前ならレコードの復帰で一気になかった事にもできるし。 それと基幹業務をどういう意味でつかっているのかわからないけれども 業務に影響を与えない様に障害に対し信頼性が必要ならたとえ一人運用でもFileMaker Server立てるしかないね。 ちょっと前までサーバ運用にはWindowsServer機かMacOS PCが必要だったけど、今はubuntu Linuxでも 動かせるからコスト的には大分下がったし。 >>582 >>Ubuntu ServerでFileMaker 実例有るんだろうか? >>587 >>585 のアドレスの動画、LiveCode for FMで Runtime is Backと言ってるよ。 Android,iOS&Mac Yor own standalone Your own app icon Get in the App Stores Connectable or Serverless Online/Offline sync >>588 時期バージョンでランタイムと Androidでもgoでるってこと? わからん。ビデオ見ただけだから Our Secret Weaponって書いてあるな We use LiveCode to extend the FileMaker feature set. Since this platform supports Android, iOS,Mac Windows, Linux and Server, It is fast and efficient for us to add native features from these platforms to LiveCode for FM. Once we have added something via a Extended Script Step, it becomes available for use in all LiveCode for FM apps. ん、と思って、サイトを見始めたら、これファイルメーカー謹製ではないんじゃ? LiveCode for FMという会社でっしゃろ >>585 ここの開発者がカンファレンスに来てたから詳しい話を聞いたよ 当時の話だと 一回全てデベロッパーツールでレポートを書き出して それを読み込んでプログラム自体を書き換えるらしい それとAPIを読み込んでそれでデータ処理をすると言ってた 19でつくったのをランタイム作れるバージョンで開いてランタイムつくれますか? 19の独自機能使ってない場合です ちなみにランタイムで19に接続できるのでしょうか? できるのなら過去バージョンを手に入れたいと思います むしくはランタイムでリアルタイム接続できないのならリアルタイムは諦めて任意のタイミングで同期する仕組みをつくるしかないんですよね? >>596 ファイルメーカーより日本語の学習をオススメ 12以降はみんな.fmp12 そもそもランタイムからは共有にアクセスできたっけ? だいぶ前にjson使ってわざわざ同期させるランタイム作ってあげた記憶があるからできない気がするけど >>597 ランタイムのエンジンは14相当だからjson系の関数使えないよ? 共有も使えないし、同期の仕組み作るの大変そう。その時間コストをどう見るか。 5ユーザーいないような小規模だと同時編集とか不要だろうから パッケージ2つ3つ買って目的ごとにデータベース作ってOneDriveあたりにおいて運用ってのが正解だろうな パッケージ2複数あって一つをサーバーにしてそれに接続して運用するってのが ライセンス違反っていうあほらしさな まあバレることはないんだけど有名企業になるとそんなこともできないだろうし 違うバージョンのFMをODBC経由で 連携できたりするのか? ランタイムがODBCに対応してりゃ神だったのにな それとアプリ閉じる時にファイルメーカーだとか出なければいいのにファイルメーカーを無くしてアプリとして出来るのに Claris studio なるものが秋にでるらしいが、これNDAかかってると思うんだ 外人がいろいろ公開しちゃってるの、やばくね? ちなみに、日本人は沈黙してる >>605 一言で言うならWebにフォーム公開前提のファイルメーカーってかんじっぽいね 今までもPHP公開だったりWeb Directとあるが どれもレスポンスがクソ遅かったけど Claris Studioなら爆速でなおかつ jQuery的な動的な要素もネイティブで簡単に即座に入れられるのかな? やっとQRコード対応しそうなのはうれしいね。 あとは中身がまだよくわからないけどスクリプトトランザクション。 どうせならExceptionとかにも一緒に対応してくれたら動作の信頼性が かなり向上しそうな気がする。 500社すぐ埋まると思う? それとも将来の形態がこれなのか 500と言いながら集められるだけ集めて、バカを人柱にするっつう寸法よ 失敗したら切り捨てられる >>613 Serverが速くなった! ・集計フィールドがServer側で処理されるようになった。 ・パラレルバックアップで、グループ毎にバックアップするから、一つのファイルに対する一時停止時間が短くなった。 ・Windows/MacのFMSでもODataが使えるようになった。 ・google,amazon,azure以外のOAuthが使えるようになった。 などなどFMSのパフォーマンスアップとFMPのバグとり。 データは分離できるようになった? データ内包だと壊れやすく、レコードの競合が発生してしまう この問題の修正が使ってみて一番わかりやすいんじゃないかな。 >条件付きで非表示になるレイアウトオブジェクトが非表示のウインドウでも評価され、レイアウトの読み込みが遅くなる。 古いレイアウトで集計フィールドが正しく描画されないというバグは修正されているね v19.5.1: 次の場合、集計フィールドはクライアントではなくサーバーで処理されます: ファイルが共有されて開かれている場合 集計フィールドが ESS テーブルのフィールドを含まない場合 集計フィールドがクライアントの計算を必要とする非保存計算ではない場合 (プラグイン関数の使用など) 集計フィールドがグローバルフィールドではない場合 ソートが実行中ではない場合 集計する対象レコードが 25 を超える場合 集計開始時にホストの CPU 使用率が 25% を超えていない場合 試用版を触っているところですが、 作成したデータベースってブラウザから見ることはできるのでしょうか? 18Proを持っていて使用するパソコンの買換えを行いたいのですが、 Window11Proで動作しますでしょうか メーカー的には10までのようですが FM社はOSの上位互換を無視、つまりユーザ無視 FM社「ガタガタ言わずサブスクしろよ」 が、後継FMは機能が削られたりライセンスを改悪したり FMだけの問題ではないがFMは特に酷い ただ、Win版はMac版より遥かにマシ、上位OSで動くことが多い ファイルメーカー勉強始めたてで同期について教えてください。 同期と言うのはスクリプトで自分でレコードをコピーする ことを同期と言うのでしょうか? それともiTunesの同期のようなスクリプト無しでファイルやレコードを複製する機能があるのでしょうか? 共有はほぼ理解したか? 同期はマルチテーブルのファイルが作れてから始めてね。 FileMaker 同期ガイド fmdl.filemaker.com/kk/ios/docs/FileMaker_Sync_Guide_JP.pdf >>625 高いのと5ユーザーからなのがね しかたなくACCESSとか? >>629 VBAと違って桐アプリケーション内で事が足りるようになってるので、ヘルプとサンプルだけでOK いや冗談かと思ったが、まだあったんかw 俺も、昔買ったんだが覚える前にFMに乗り換えた。 桐はaccessに似てるのに安くて良かったな access持ってなかったら多分買っていた >>631 FMは高すぎるんだよなあ あとフィールドの自動拡張ないのもきつい >>632 ACCESSって365についてるから安いもんな FMは基幹システムにするぐらいの勢いで使うのが前提だろうね FMは実装型だから、クラッシュして落ちると 立ち上がっていたファイル全部が異常終了となって ファイルの中に重いものがあると修復時間が大変。 ユーザーが減ったのは、もう個人でDBを作る必要がなくなったし、 小規模な事業なんかも同様に。 >>636 なんで必要なくなったの? キントーンみたいなのはなんならファイルメーカーより金かかるよね 必要はあるんだろうけどスマホで出来る範囲しか使わない使えないんでしょ PCで自分で作るって需要が減ったんかな、事務だと法規対応でミロクとか奉行にいってるんでしょ まぁクラウドを中心にいろんなサービスが出てきたからね ただ、価格が公開されてなかったり、中身をなかなか みせないんで嫌なんだよなぁ 会計は税理士に頼むから 社内の従業員管理とか車両の管理、売上の複雑な計算とかやるにはデータベース使うしかないんだよね そういうのって独自要素多いからさあ ちなみに車両管理って何かソフトとかあるんでしょうか? 修理履歴なんかをデジタル化するだけだか エクセルでもよさそうだけど 車両管理はUIをどうしていいかわからん 車両選んだら修理歴表示されたれ追加できる感じですかね それのも修理歴ことに車両が羅列されるのか 請求作成や売上入力を移行すると ファイルメーカーがない場所でつくれなくなるのもいたい エクセルでむりやりやってたときはOneDriveから読み込めばまあどこても、できたんだけど ちょっと出先でってとき困りますね もちろんサーバー契約じゃなく買い切りです(ユーザー一人なので) >>642 リモートアプリを使え、有料のSplashTopでも年間数千円 ちょっと出先でやるくらいならファイルメーカーGOでよくね?あとで同期させりゃ良いだけだし いや、リモートが便利よ。 スマホからでもPCからでも電源が入っていれば操作できるし。 いちいち同期の手順も必要ない。他の用途にも使える。 ただ、現地で印刷とかが必要な場合は面倒。 >>644 オートナンバーで同じIDとか作られてたらどう同期するの? TeamViewerは突然有料誘導されて使えなくなる。 価格も高い。待機時もPCを重くするし辞めた方が良い。 >>648 そんなことあったかな? 無料だとおすすめは? 無料はお勧めしない。SplashTop一択。年間17ドルだし。 TVは3.4年前に仕様が変わって有料への誘導が強くなった。 power apps ってどうなんでしょう? キントーンみたいなやつですよね?ああいったのに置き換わっていくんだろうか 零細みたいに外では使わないとか即時性どうでもいいとこにとっては サーバーのありがたみゼロだからなあ パッケージかって同時使用をしない、とかしか解決策はなさそうだな 同時使用中はExcelとかに入力してインポートとか 画像含んだ重いDB、Lanでクライアントからアクセス 結構速いはずの無線Lan、でもケーブルにすると 次元が違うんだな ブラウジングとかでは全然わからないが、DBでは大差 >>646 計算値にして 必ず頭にデバイス固有の文字列をいれてのオートインクリメントにしとけば解決 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる