ファイルメーカーユーザの集い 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/
質問・相談は環境・バージョンを忘れずに。テンプレ以上。 >>105
1つのアカウントを2つのPCにインストールすると、片方で起動してるともう片方では起動できない。 >>114
ということは
毎回シリアル確認して送信してるってこと? >>116
多分、同じLANの中でだとは思うけども。 このソフト昔シャープ奈良でマキントッシュのブラウン管一体式PCで
触ったファイルメーカー >>113
ちょっとやって見たけど
文字で説明がめんどくさいので
https://i.imgur.com/0jCxfXu.jpg
テーブルは 地図用 と 住所録
地図用は、非連結フィールドの代用でグローバルフィールドを用意、今の流れだと300か、めんどくさいw
住所録は単純に 住所コード 指名住所ぐらい
リレーションの設定で住所録フィールドを複製して、結局300w
地図用のグローバルと複製されている住所録のテーブルを一個ずつ繋ぐ、めんどくさw
っでレイアウト(レコードは地図用の)上にはポータルを配置してポータル関連テーブルを住所録のテーブルにしていくと、300w
っか、てー
地図用のテーブルに住所コードフィールド一個でレコード300作って住所録テーブルを繋いで、ポータルを配置
ポータルフィルタで住所コードを絞って一件だけ表示させる これいいんじゃない?w やりたい事は、先のレスで送ったスクショみたいな事であってますかね?
リレーションはこんな感じ
https://i.imgur.com/AgI2aTa.jpg
っで、ポータルフィルタで住所コードを絞って表示させました
一個ポータル作って複製して、フィルタに住所コード=1 住所コード=2ってやりました
マップってテーブル無しで、住所コードと住所録のリレーションの=を全部のやつを使ってからフィルタでも行けたのかな?
勉強不足です
取引有無フィールドの空かどうかで条件書式で文字色変えました
300配置したら動作とかどうなるのか気になります
ポップオーバーで作ったけどね、レイアウト変更した時、全部のポップアップ触るの大変だろうから、詳細は別窓開く方がいいね、一個のレイアウトで済むから >>112
>>115
レスありがとうございました。直接ファイルメーカーに問い合わせしました。
結論からいうと同時起動でなければ1ライセンスで2台めにバックアップという形で
インストールOKの返事をいただきました。
3台目は?ときくとライセンス違反とのこと。
でもどうやって3台目インストールするのを防ぐんでしょうね。
インストールはしませんでしたが3台目の途中までインストールを試すとライセンスキーも
普通に入れることができたのですが・・・ アクチどうなってるんだろうね
重複してるキーでも正規のキーなら何回でも通るのかもね >121
まさにスクショの通りの形を目指してます!ありがとうございます!
グローバルフィールドとリレーションは300作る必要ありですかね?
現在住所コードは(「区域コード4桁」-「枝番号8桁」)の形式となっております。
1区域300件くらいなのが33区域ありますのでその数のリレーション・フィールド作成となると厳しいですね。
新築・取り壊し時のメンテナンスも大変になりますし。
やはりaccessからの乗り換えは厳しいでしょうか。。 >>124
おはようございます
連結は先のリレーションのスクショだけでいいです
ポータルに関連レコードからポータルフィルタで1件に絞っているだけなので、作業としてはポータル複製、ポータルフィルタを300回書き換えるだけです、大変ですがねw
地区の話が出たんでこれを1ファイルでやるなら
テーブル 地図のフィールド
マップ (グローバルフィールド)←名前適当だけど、これを地区とするかな
地図画像も33枚だとレイアウトで33用意
レイアウト切り替えてで地区フィールド書き換えで第一の分岐
テーブル 住所コード
マップ(通常フィールド)←これも地区とする
住所コード(通常フィールド)
ここのテーブルが住所コードの数分のレコード
アクセスからなんか書き出して流し込めば済むかな?
あとはそのコードがどの地区かを決める
テーブル 住所録
ここもアクセスからデータ移植で済むよね
動作は正直わからないw レコード300は少ないけど、ポータル300は多い部類に入るんじゃないかなw >125
それくらいの手間ならできそうです!
地図テーブルの「マップ」はグローバル格納を設定すればいいですよね。
住所コードテーブルも作成する必要ですね。この「住所コード」フィールドはどのように作成すればいいですか?
すみませんaccessのイメージでいろいろ触っているため、なかなかうまくいきません。本もあるんですが。。。
住所録が更新されたら自動に変わるようにしたいのですが、テーブル間でレコードのやりとりという概念がないのでしょうか? >>125
>テーブル 住所コード
>マップ(通常フィールド)←これも地区とする
>住所コード(通常フィールド)
さらに申し訳ありませんが「マップ」フィールドには何を格納するのでしょうか? 今日はいい天気だったので 車でブルンブルン
>>126
>地図テーブルの「マップ」はグローバル格納を設定すればいいですよね。
そです、中身を書き換えて違う区の住所コードを呼び出すフィールドにします
グローバルにするなら、地区ごとにレイアウト作るだろうから切り替え時に該当する地区名にスクリプトに書き換える
通常フィールドでやるなら地区分のレコードを作ってレイアウト切り替えの時、該当レコードに移動するようにする
>住所コードテーブルも作成する必要ですね。この「住所コード」フィールドはどのように作成すればいいですか?
住所コードテーブルは、単純に地区フィールドと住所コードフィールドだけです、グローバルじゃありません
あらかじめ300以上作って供えとくと便利そうなので別の単純な連番でリレーションしたほうがいいのかと思ったりもする
>住所録が更新されたら自動に変わるようにしたいのですが、テーブル間でレコードのやりとりという概念がないのでしょうか?
マップ上に出る名前は リレーション先の物を表示しているので、住所コードがキーで後は参照モノなので当初どうりの自動で変わります
テーブル間のレコードのやりとりがファイルメーカーで言うところのリレーションシップですね、ですよね?! 他のエロい人!w
地区フィールの中ですが、地区名でも地区コードでも
要は、こちらのテーブルのこのフィールドはあちらのテーブルのこのフィールドは要素は同じだから内容が同じ物同士なら(=設定なら)そのレコードのほかのフィールドの中をくれよ、やるよ、見せろ っと出来るものです
ただ事前に設定しとかないといけません、アクセスはそこら辺が違うんですかね? すみません遅くなりました。
リレーションシップを作るだけでデータを共有した状態になるんですね!
リレーションを結ぶだけでデータの参照が可能になるのは便利です。
ただしポータルは空白状態でまだ表示させれず、試行錯誤中です。
データの持ち方がよろしくないのでしょうか。
・マップテーブルをもとにレイアウトで地図フォームを作成
・マップテーブルはグローバル格納で前述のとおり、現在は仮に地区noの「101」がレコードとして保存
・住所コードテーブルは元データの関係上下記の通り
項目1「KUIKI = 地区コード(3桁)」 項目2「NOKI = 住所コード1(4桁)」 項目3「EDA = 住所コード2(4桁)」
この3つを組み合わせて住所コードができています。
項目4「N_NO = 裏で持っている住所コード。これをキーとして顧客情報を持つ、前述でいう住所録テーブルとつながっています」
実際業務で利用しているのは3つを組み合わせた住所コードなので、N_NOは使い勝手が悪く、キーという使い方でしかないです。
外注で既存であるシステムからデータを吐き出して自作のシステムにデータを載せているので、
出来ればそのまま加工せず使えたらと思っています。
リレーションは MAP:地区 = 住所コードテーブル:KUIKI、住所コード:N_NO = 住所録テーブル:N_NO
フィルタ KUIKI = 101 and NOKI = 102 and EDA = 201(仮に住所コード101-0102-0201の世帯主名を表示させようとしています。)
ポータルに表示させたいのは 住所録テーブル:S_NAME(世帯主名が入った項目)
次のステップになりますが、取引状態についても違うテーブルなので、
またリレーションをつないだ先を参照し、条件付き書式を設定することになるかと。 >>130
お疲れ様ですw
文章でって中々大変なので画像を貼ります
該当する項目を直して作ってきてください
ちなみに最初にテーブル3段串ですが、2段でも出来たので
修正しましたw 三段も中途半端な説明だったのに申し訳ないw
https://i.imgur.com/L9rw4dR.jpg
テーブルは2つ 地区と住所録です
地区テーブルは1つのフィールドでグローバルです、この中身で地区を切り替えます
レイアウト切り替え時にスクリプトで書き換えます、
練習はレイアウトにフィールド出ます置いて直打ちで練習おば。
https://i.imgur.com/S3Imrps.jpg
地図の関連テーブルはもちろん地図
https://i.imgur.com/8rAarHY.jpg
データベース詳細です
https://i.imgur.com/uyR4h8M.jpg ポータルの中はポップアップボタンの上に住所録:名前を重ねているだけです
ボタンツールは名前を計算式で取得できなかったっけ? 出来なかったのでフィールを重ねたわけですが
リレーションが完成したあとの詳細表示は別ウインドウで開くようにするだろうから住所録:名前にボタン設定してスクリプトで処理したら良いと思います
ポータル内は名前以外も入れれば取引有無ぐらい出しとくとか工夫は色々?
https://i.imgur.com/9OnrKed.jpg
ポータル設定です、ここのフィルターで住所コードをポータル毎に一件に絞れば良いです >132
詳細ありがとうございました!地図が完全に出来上がりました!
ずっと何が違うんだろうと試行錯誤してましたが、
何気なくレイアウトでポータルの中のテキストの位置をずらしたらフィルタが機能しました。
テキストの位置大事なんですね。
あとは詳細を別ウィンドウで開くスクリプトができれば完成です。
スクリプトの勉強頑張ります。本当にありがとうございました! 次バージョンは何がかわるんですかね?
ちなみにwinです >>133
おめでとうございますw
ポータル300x地区分でしたね、地味な作業ですが頑張ってくださいw
完成後の動作が気になりますが、ひとまずはこれにて。 TDCのMRDBとの違いを教えて
欲しいけど無理ですよね >135
再び帰ってきてしまいました。
条件付き書式の設定でつまづいております。
住所録テーブル
・住所コード ・世帯主名
契約情報テーブル
・住所コード ・商品コード ・契約開始日 ・契約終了日
住所コードでリレーション結んでいます。
商品コード=1 and 契約開始日>=get(日付) and 契約終了日<=get(日付)
で色付けをしたいのですが、上記を満たしつつ過去にも商品コード1の契約履歴がある顧客には色が付きません。
すでに契約終了したデータのみを参照しているのでしょうが、解決方法が思いつきません。
住所録テーブルに現在契約flgを作成しようとしましたが、レコードの全置換のスクリプトで同じ式を書いても同じ状態でした。
また、現在も過去も全く契約情報がない場合の条件式はisEnptyとは違うのでしょうか?
よろしくお願いいたします。 >>137
https://i.imgur.com/rSAJWfl.jpg
フィールド世帯主名に条件書式を入れてます
条件一致してるのでザクは赤になってマフ
日付の入ったフィールドが日付フィールドになってないとか、まさかw >>138
契約情報が1レコードのみの場合は色がちゃんと付いています。
顧客コード1 商品コード1 契約開始日2016/2/10 契約終了日2016/12/9
顧客コード1 商品コード1 契約開始日2017/10/10 契約終了日2018/12/9
顧客コード2 商品コード1 契約開始日2017/11/1 契約終了日2018/12/31
顧客コード2には色が付きますが顧客コード1にはつかないという現象です。
日付フィールドのタイプは「日付」になっております。 >>139
リレーション元の条件はリレーション先の先頭行が条件満たしているかで動くみたいですね、自分も勉強不足でした
ポータルのフィルターで一件にしても隠れている一行目が基準だし、ポータルのソートもソート前の先頭行が基準のようです
ただ、リレーションのつなぐところのソートでは先頭が変わるようだ、あたりまっちゃ当たり前か
この前の地図の延長線上なら、
契約情報テーブルに氏名を作って、その氏名フィールドに条件当てれば、ソートしようが隠そうが、そのレコード内で条件が動くのですが、いかがでしょうか?
自分が前に作った地図のスクショでは色付けしていた氏名はリレーション先の名前を使って取引有無で条件つけてました。 >>137
アフォじゃないの?
複数の結果があるフィールドでこっちの思い通り条件表示しろとか、頭悪すぎ。
最後の取引がどうかのフィールド作らなきゃFMがわかるわけないだろ。AIじゃない。 >>140
試行錯誤の末、
契約情報テーブル内に契約有無のフィールドを追加、スクリプト「テーブル内全置換」フラグ「1」を付け、
住所録テーブル内にも契約有無フィールド(計算)を作り、契約情報の契約有無フィールドをSumさせ、
1以上なら契約有りとしましたら完成できました!
これで地図がすべて完成できそうです!
>>141
Microsoft Accessをずっと使っていましたが、それにはあるクエリーという概念がないので、
その点がファイルメーカーのいい点でも欠点でもあるのですね。
Accessでは複数テーブルを組み合わせ一つのテーブルを作り、そこから計算したり、参照したりするので、
ここまで考える必要がなかったです。その分動作が重くなるんですが。
でもポータルでは複数レコードを表示してくれるのでファイルメーカーでもできそうなもんですけど、
ファイルメーカーさんに改良してもらえると嬉しいです。 グローバルフィールド300件とか言ってる時点で
まともなデータベース設計能力ないだろう このケースでクエリーがどうとか、DBを全くわかっていないような 一件契約につき1レコードのテーブル
契約日と契約終了日、どういう状態か(継続中、満了)の仮称「x」フィールドを作る
顧客情報かければポータルでいかようにも引っ張れる
アフォみたいな 最初から見たらオブジェクトで地図作ろうとしてんのか
正気か? 地図はたんなる背景だろ?
背景にボタンなどを配置することは良くある。 質問があるのでよろしくお願いします
テーブルが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
だから1行目がおかしいっていってるの、アフォかと ポータルにすきまなくフィールドを配置するという
思い込みに左右されている。その必要は全くない。 >>199
フィールドとポータル行同じにしないと無駄なスペースできるじゃん >>201
思い込みが激しすぎる。
あんたのサンプルの上の方エクセルのもセルいっぱいじゃない。
FMですきまができるのように思えるのはレイアウト画面上であって、
このエクセルと同じ表示がFMできる。
目一杯配置するとか、糖質みたいな思い込みは棄てろ。 島本町民以外の皆さん
大阪府三島郡島本町では
「いじめはいじめられた本人が悪い」ということですよ わざわざ下に置いてるのにw この人はどうしようもない。 まず、ぴっちりExcelみたいに上下の高さを1ミリもずらさずに高さ中央寄せみたいなのはファイルメーカーではできないよ
>>203
は何がやりたかったのかわからんが
中央寄せにこだわるなっていいたかったのかな?
中央に寄せたいといってるやつに中央寄せにするなってアドバイスするのも違うと思うけどな
どちらにせよ、ファイルメーカーではパンディングやフィールド位置をずらすなどの目分量でしかできません >>196で 基線が邪魔で上によるのが問題なんだろ?
中央寄せとかそれはレイアウト上の機能であって、実施的に意味があるのか?
問題を解決するのに道具ばかり見ている人だろ。 ちなみに、デフォルトの状態のフォント自動指定のフィールド大では
フィールドの中央より上に表示されてしまう。ポータルで中央表示は
不可能。
フォントを小さくすればいいけど、それじゃね。 なので、自分でフィールドの高さを可能な限り小さく数値指定する。
但し、全角の日本語は余裕が小さいので、少しごまかしがいる。 >>209
請求書とか印刷するときに欄の中央に表示したいじゃん?
ポータルじゃなくてボディに表示させてもぴっちり中央にならないよ 211に書いた
実際に運用時はフォントサイズを変えたりするわけではないので
真ん中になるようにしてあげればいい。
少しお化粧した先ほどの表の下に配置してみた。「8888」
左がデフォルト、真ん中が高さ変更、右がフィールドと枠の別表示
http://whitecats.dip.jp/up/download/1516455665/attach/
ファイルメーカーに限らず開発ってそういうもんだろ?
Webやってる人ならわかるはず。 ■ このスレッドは過去ログ倉庫に格納されています