ファイルメーカーユーザの集い Part4 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
前スレ
ファイルメーカーユーザの集い Part3
http://mevius.2ch.net/test/read.cgi/bsoft/1397631123/
◆メーカーサイト
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/
質問・相談は環境・バージョンを忘れずに。テンプレ以上。 >>140
試行錯誤の末、
契約情報テーブル内に契約有無のフィールドを追加、スクリプト「テーブル内全置換」フラグ「1」を付け、
住所録テーブル内にも契約有無フィールド（計算）を作り、契約情報の契約有無フィールドをSumさせ、
1以上なら契約有りとしましたら完成できました！
これで地図がすべて完成できそうです！
>>141
Microsoft Accessをずっと使っていましたが、それにはあるクエリーという概念がないので、
その点がファイルメーカーのいい点でも欠点でもあるのですね。
Accessでは複数テーブルを組み合わせ一つのテーブルを作り、そこから計算したり、参照したりするので、
ここまで考える必要がなかったです。その分動作が重くなるんですが。
でもポータルでは複数レコードを表示してくれるのでファイルメーカーでもできそうなもんですけど、
ファイルメーカーさんに改良してもらえると嬉しいです。 グローバルフィールド300件とか言ってる時点で
まともなデータベース設計能力ないだろう このケースでクエリーがどうとか、DBを全くわかっていないような 一件契約につき１レコードのテーブル
契約日と契約終了日、どういう状態か（継続中、満了）の仮称「ｘ」フィールドを作る
顧客情報かければポータルでいかようにも引っ張れる
アフォみたいな 最初から見たらオブジェクトで地図作ろうとしてんのか
正気か？ 地図はたんなる背景だろ？
背景にボタンなどを配置することは良くある。 質問があるのでよろしくお願いします
テーブルがAからDまである
AとBが1対多のリレーションになってて
Aのレイアウトに
Bをポータル表示して入力する
このポータルにCのフィールドも配置する
（AとBCが1対多のかたちになる）
このときに、
Cを1として、Dに
1対多の関係でレコードを入力することはできませんか？
BをまとめたものがA
DをまとめたものがC
というかたちです >>148
そういうのはホンモノのDBソフトじゃないと無理 Cのフィールドをボタンにしてクリックしたら新規ウインドウかポップアップでDを表示させるしかないんじゃないかな。
ポータルの中に別ポータルは入れれない。 ポータルの中に表示できるのはフィールドなんで
中のはフィールド化するしかない。
だけど、何をしたいかと具体的に考えれば違う
方策が見えてくるんじゃないかね。 >>148
みたいなのはフィルタ用のフィールドつくって
まとめたいレコードで同じグループ番号なり自動入力して
自己リレーションで集計、グループ番号でレコードIDが一番若いものだけ表示
とか Wordなんかの文書管理つくるとして
サムネイルというかプレビュー表示はできませんよね？ >>154
Windows版のFileMaker11まではOLEオブジェクトってFileMakerの中で直接ワードがいじれたけどね。
スクリプトでエクスポート出来ないからバージョンアップの時に泣いた思い出。 誰でも簡単にネットで稼げる方法など
参考までに、
⇒ 『加藤のセセエイウノノ』 というサイトで見ることができるらしいです。
グーグル検索⇒『加藤のセセエイウノノ』
ZU96IEIFP3 >>155
現行バージョンでは
Wordでひらくしかないのか…
文書管理はできないなあ
わざわざスクショとって画像はりつけとかやるしかないのか PDF化するとか。
うちはPDFとWord文書の混在で、量も少なかったから
WordはWordでオブジェクトフィールドに取っておいて
PDF化したものを表示するとかしたな。 俺もWordファイルをpdf化して取り込めいいと思う
内容変更するときのためにリンク付けてさ >>159
Word変更したらpdfも自動でかわるのる いや、またpdfにして再取り込み
でもファイル整理のためだろ？ それで十分なはず
こだわりのために目的を見失う必要はない あらかじめ条件付き書式設定したフィールドを一度ボタン設定してしまうと、
条件付き書式の設定を変更することはできないのでしょうか？ エクセルから簡単にとりこめないかなあ
エクセル側で成形してコピペでやれたらいいのに
さっきインポートやったけど
20程度インポートしただけで
300ほど空レコードがつくられた
何度やっても同じだった >>164
値は空でも背景色が設定されていたりするだけでレコードとして認識されちゃうからね。
一旦csvにエクスポートしてからFMでインポートするとかは？ >>165
新規でつくったファイルに必要なところだけコピーしてやったんだけどねえ… >>166
値だけ貼り付けた？そのまま貼り付けたら書式までコピーされちゃうよ。
CSVで取り込むのが無難だと思うけどね。 ウインドウ内容の再表示ってなんですか？
スクリプトで計算させると反映されないフィールドがあるんでレコード確定はさんでるけど
再表示で更新されるわけではないですよね？ あぁあまり意味ないよね
結局、表示更新のためにリレーションキーを入れ直したりのステップ入れてる 新元号のサポートはどこまでするんだろうか
しない方が売れるから最新verだけかな >>172
IMEとちょっとして工夫でなんとでもならない？ >>170
サポートしてるバージョンには対応するって。
元号変わる時はどのバージョンがサポート対象なのか知らんけど。 >>173
文章中に記述するぶんにはIMEで十分だろうけど、日付フィールドへの入力や、日付を元に操作する場合は
そうはいかないよね
サポートされないバージョンで対応するには、色々工夫してやらなきゃならんことにはなるけど 古verの俺は、またフィールドを浪費するってことだわ >>176
年号でやることないけど
年号必要なひとにとっては大変だな
これを契機に西暦に統一するとかしたほうがいいな だって、免許証を始め各証明書類も和号だし、
比較確認するためにも入力や表示は和号でなきゃ。 皆さん初めましてです。
12月20日までのファイルメーカー1get 1freeセールの最終日に買って、
年末年始に色々弄っていました。こういうのを使うのは初めてなので、
全部手探り。本とネット、動画を見ながら作っていったけど、
まあ難しいのなんの。ファイルメーカーを自由自在に扱ってる
ココのスレの人とかのレス読んでいるけど憧れてしまいます。
ソリューションもどきを作ったのですが、やりたいことの半分の
レベルくらいにしか達してないですけど、試行錯誤して作るのは
楽しいですね。また分からないこととか教えてください。 楽しいのは良いね。すぐに教える側に回りそうだ。期待してるぜ テキストラベルとかフィールドの高さの中央寄せで文字を表示させるのどうやってますか？
目で見てなんとなくしか出来ませんか?
ポータル行に配置したフィールドの中央寄せとか何度やってもできない
エクセル並みに中央寄せやりたい >>182
フィールドをクリックして配置を真ん中に選択すれば良いだけだろ。
認知症みたいな誤操作してないか？ >>183
高さは基線のせいで真ん中にこないじゃん 別のダミーフィールドをつくって、目的のフィールドの高さを合わせてもだめ？
ベースラインをごまかすのに使ってる。 レイアウトとブラウズを見ながら決めればいんじゃね？
悩むようなことかな。
実際運用時は毎回やるような作業じゃなし。 >>185
ポータルの行にフィールド配置して
その行のぴったり中央にくるようにできますか？
Excelの中央寄せみたいにきっちりやりたいです 君はこの作業に向かない、もうファイルメーカーは棄てなさい >>188
文字がって意味だよ？
ベースラインがあるから真ん中にこない Macで神経使って揃えてもiOSやWinでずれてしまうので、もう結局あまりこだわるのはやめてしまった 実際の動作を想定して作るのがプログラミングや
DBの構築だと思う。
レイアウト時に簡単に真ん中に来なくてもブラウズ
時や印刷時に来れば問題ないだろう。
そもそも、そういう整形表示するようなアプリじゃないんで。 ちなみに、
表示してみせるのと、印刷とでは違うレイアウトが普通かと思う。 >>192
いや印刷したときに中央寄せにならないのが困るとおってるわけで… フィールドの上下の大きさが大きすぎるんじゃないの？
だから目一杯ポータルに入れようとしてるとか。 >>195
ポータルにサイズピッタリのフィールドをいれる
フィールドの文字を高さの中央寄せにする
文字がポータルの行の中央にこない
こうならずに
https://i.imgur.com/zTKDmv5.gif
こうなる（欄のやや上に寄る）
https://i.imgur.com/jgu9otJ.png
ということです 基線なんてもんがなけりゃなんの問題もないのにな
そもそもフォントサイズに左右されてフィールドの最小サイズも固定されてるし
日本で売る気あるんだろうか？
MSは日本市場のためにExcelの線種増やしたってのに >>196
だから１行目がおかしいっていってるの、アフォかと ポータルにすきまなくフィールドを配置するという
思い込みに左右されている。その必要は全くない。 >>199
フィールドとポータル行同じにしないと無駄なスペースできるじゃん >>201
思い込みが激しすぎる。
あんたのサンプルの上の方エクセルのもセルいっぱいじゃない。
FMですきまができるのように思えるのはレイアウト画面上であって、
このエクセルと同じ表示がFMできる。
目一杯配置するとか、糖質みたいな思い込みは棄てろ。 島本町民以外の皆さん
大阪府三島郡島本町では
「いじめはいじめられた本人が悪い」ということですよ わざわざ下に置いてるのにｗ この人はどうしようもない。 まず、ぴっちりExcelみたいに上下の高さを1ミリもずらさずに高さ中央寄せみたいなのはファイルメーカーではできないよ
>>203
は何がやりたかったのかわからんが
中央寄せにこだわるなっていいたかったのかな？
中央に寄せたいといってるやつに中央寄せにするなってアドバイスするのも違うと思うけどな
どちらにせよ、ファイルメーカーではパンディングやフィールド位置をずらすなどの目分量でしかできません >>196で 基線が邪魔で上によるのが問題なんだろ？
中央寄せとかそれはレイアウト上の機能であって、実施的に意味があるのか？
問題を解決するのに道具ばかり見ている人だろ。 ちなみに、デフォルトの状態のフォント自動指定のフィールド大では
フィールドの中央より上に表示されてしまう。ポータルで中央表示は
不可能。
フォントを小さくすればいいけど、それじゃね。 なので、自分でフィールドの高さを可能な限り小さく数値指定する。
但し、全角の日本語は余裕が小さいので、少しごまかしがいる。 >>209
請求書とか印刷するときに欄の中央に表示したいじゃん？
ポータルじゃなくてボディに表示させてもぴっちり中央にならないよ 211に書いた
実際に運用時はフォントサイズを変えたりするわけではないので
真ん中になるようにしてあげればいい。
少しお化粧した先ほどの表の下に配置してみた。「8888」
左がデフォルト、真ん中が高さ変更、右がフィールドと枠の別表示
http://whitecats.dip.jp/up/download/1516455665/attach/
ファイルメーカーに限らず開発ってそういうもんだろ？
Webやってる人ならわかるはず。 お分かりになる方、ご教示いただければ幸いです。
オンプレのFM10をFilemaker Cloud（FM16）に移行しました。
レコード数は20万ほど。
オンプレのときよりは重くなりましたが、レイアウト表示等はまあそこそこ使えています。
が、レコードのエクスポートが非常に時間がかかり、かつFM16Proが途中で落ちるなどして
非常に困っています。
エクスポートするのは30フィールドくらいで10万レコードくらいです。
外部連携のため、現状は上記を行わざるを得ず、です。
オンプレの時は30分くらいで終わっていましたが、クラウドにあげてからは
3時間経過したところで半分も終わっておらず、かつ気づいたらFM16Proが
落ちていました。
AWSとの通信速度が10Mも出ておらず、そこが根本の原因だとは思うのですが
こちらは早々に回避できそうにないので、何かFM側で対応できないかと。
一旦サーバー側でエクスポートしたのちに、ファイルをまとめてダウンロード
できれば、と思ったのですが、Filemaker cloudはサーバスクリプト非対応
とのこと。
本日中に解消が必須でして、もしアイデアをお持ちのかたいらっしゃいましたら
何卒宜しくお願い致します。 平行稼働させるか、元に戻すのが先決でしょ
原因追求や対策は時間を作って後日だと思うけど
十分テストしてからじゃないと以降も問題出るよ >>214
>Filemaker cloudはサーバスクリプト非対応
これどこ情報？
サーバー上のスクリプト実行も出来るし、スケジュールも使えるよ。
（スケジュールの方はadminコンソールにその設定画面は無く、Admin APIを介して設定） かかってきた電話番号を表示させるのって難しいのかな。
連動すれば誰かわかるし、スマホが多い最近はどんどん追加登録
できると、精度が上がる。 >>217
CTI FleMaker でググれっ！ 同じファイルの中でのリレーションと
別ファイルのテーブルを参照するリレーションとでは
速度に差はありますか？
あったとしても誤差レベルですか？ >>221
自己リレおそいんだ
でもファイルメーカーでは自己リレは多様するしかないよね
使わないと同じIDのものを足す、とか単純なことができないからなあ
それもこれも非連結フィールドがないからなんだけどね
集計フィールドは遅くてつかいにくいし その手のリレーションは１レコード参照なんでまだいいよ。
例えば、取引伝票に名簿や商品ひっぱり、それを日計表にって
何でもリレーションしちゃうとクライアントでは使えない代物になる。
ルックアップやスクリプト入れ込みで一旦完結させないとね。
よくある改行入れたひらがなでの名簿牽引、自己リレで遅かったので
別にしてみたらクライアントで5倍速になった。 >>223
基本的に計算フィールドはつかわずに
スクリプトで計算して数値でいれてる 出納帳的なものつくるなら自己必須だよね
同じ月 同じ年 日毎に足し引きする
それぞれキーフィールド必要だし
それぞれに自己リレいるとか、正気の沙汰とは思えない
ACCESSみたいに非連結フィールド配置してその場その場で計算すりゃいいのに…
そもそもファイルメーカーは、計算系については力いれてないのかな
顧客名簿管理とかがメインって気がする フィールドもファイルもテーブルも、階層と名前だけで
引っ張るという珍しい構造なんで。 Excelからインポートするとき
ユニークな日付ごとに親テーブルにレコードつくって、それ以外は一対多で子テーブルへ
ってのはどうやったらできますか？
普段は親子関係で日付入力して、ポータルで子テーブルにレコード追加していってるけど
インポートのときにどうやるかわかりません 一旦取り込んで振り分けるようなスクリプト組まないとできません 一回きりでいいなら、臨時で子テーブルから親テーブルへレコード作成可能にして、親テーブルのキーフィールドをLoopで設定して回せばええのちゃうのん。 その昔、AppleScriptやwshと同期ができなくて、背中
押すだけの連携しか取れなかったが、改善された？ 子側にインポートして集計フィールドの一覧を取り
親側で一覧をuniquevaluesかけてからレコード作成 親1と子1でリレーション組んで
1対多でポータル入力する
そのポータルに子2のフィールドも配置したとき
親2と子2でも1対多でレコードを作成するにはどうやったらいいですか？
親2に、ポータル上の子2を1レコードに集計したものが作成されていけばいいです
もちろん修正や削除したら親2も変更されるようにしたいです 遺産となった「繰り返しフィールド」で未だに苦しむことがある ☆ 私たち日本人の、日本国憲法を改正しましょう。現在、
衆議員と参議院の両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆ あんな便利なものないじゃないですかぁ 繰り返しフィールド WEBプログラミングでも同じだけど、前に自分で作った
コードが理解出来ないことがあるんだよねｗ 困ったもんだ。 >>241
すげーわかるｗ
コメント書かなきゃって思うんだけどねぇ。 ■ このスレッドは過去ログ倉庫に格納されています
