945 :
nanashi:02/11/15 22:38
>>941 どうもありがとうございます。
やっとこれで安心できました。
>>944 SMTPit プラグインのサンプルファイルに
あったと思うよ。
レイアウトで出てくる□(長方形)と、<< >>の違いってなんですか?
ちなみにver5.5です。たすけてくださーい。
947 :
名無しさん@そうだ選挙にいこう:02/11/19 19:16
□(長方形)は入力出来るフィールドで位置も大きさも固定です。
<<>>は入力できないけど、レイアウト上にフィールドの値を表示
するように出来て、位置も大きさも可変になります。
例)姓・名ともにフィールド名
名前:<<姓>> <<名>> 様
948 :
名無しさん@そうだ選挙にいこう:02/11/20 00:08
(□で)
[姓] [名]とすると、
山田 太郎
滝 廉太郎
<<姓>> <<名>>だと、
山田 太郎
滝 廉太郎
って感じ。
関係ないけど、レイアウトで##って書くとプレビューでページ数が表示されたりとか、
他にもその手のお約束記号はいくつかあります。詳しくはヘルプ参照。
949 :
名無しさん@そうだ選挙にいこう:02/11/20 02:38
それって(<<など)は5.5からの機能?
<<947 948
ありがとうございました。Microsoftユーザーだったので、
イマイチ理解できなくて苦労していました。これからバリバリ
がんばります!また、よろしくお願いします!
951 :
名無しさん@そうだ選挙にいこう:02/11/20 17:10
>>949 すくなくともファイルメーカーPro 2.1からあった機能。
って自分がそれ以前のファイルメーカーを知らないだけなんだが...
952 :
名無しさん@そうだ選挙にいこう:02/11/22 16:05
どなたかファイルメーカー社の代表電話番号知ってますか?
953 :
cutie:02/11/25 21:55
そろそろ ver.7 の nda 情報を出してもらいましょうか!
断る
955 :
cutie:02/11/28 00:38
ぬっへっほ〜
そんなこと言わず・・・
次の方どうぞ
そろそろ新スレかね...。
958 :
名無しさん@そうだ選挙にいこう:02/11/28 11:51
5.5 UnlimitedでCDMLを使ったシステムを制作中です。
A.B.Cという複数フィールドの検索を1つのリストボックス(値一覧を参照している。)で行いたいのですがうまい方法はあるのでしょうか?
スペースで区切ってみましたが、下記ではうまくいきませんでした。
<select name="A B C" size="1">
959 :
Acerola:02/11/28 13:31
>>958 それをCDMLではなく、ファイルメーカー上で処理するにはどうやってやる?
まずはそれを考えるべし。
>>959 わかりました〜。
ABCって計算フィールドを作って、そこをA&B&Cって計算式にして、
ABCを検索してやれば良いんですね。
先生、採点をお願いします。
自己レス
962 :
Acerola:02/11/28 21:55
>>960 得点などどうでもいいのじゃ。
問題なく動けばよし。
963 :
名無しさん@そうだ選挙にいこう:02/11/28 23:38
データベースソフトを使ったことない素人ですが、
ファイルメーカーとMSアクセスならどちらのほうが扱いやすいですか?
どっちがお勧めですか?
それぞれの長所と短所を教えてくれたらありがたいです。
964 :
名無しさん@そうだ選挙にいこう:02/11/29 03:26
965 :
名無しさん@そうだ選挙にいこう:02/11/29 10:13
966 :
名無しさん@そうだ選挙にいこう:02/11/29 13:40
>>963 ファイルメーカーとMSアクセスなら、ファイルメーカーをすすめるよ。
長所短所は百聞は一見にしかず。両方やってみて自分で比較しる。
ファイルメーカーはトライアル版をダウンロードできるよ。
967 :
名無しさん@そうだ選挙にいこう:02/11/29 16:29
>>960 50点。
Aに東京都 Bに千代田区 Cに二番町 というデータで入っていて、
A&B&Cとう計算式のフィールドに対して千代田区という値で検索
するとどうなる?前方一致じゃ検索できないだろ?
968 :
名無しさん@そうだ選挙にいこう:02/11/29 17:18
>>960 49点
>>967 69点
967の指摘に対してはCDMLの-OPタグでcontainsを指定してやれば逝ってよし。
969 :
名無しさん@そうだ選挙にいこう:02/11/29 22:54
>966
>ファイルメーカーとMSアクセスなら、ファイルメーカーをすすめるよ。
やっぱりそうですか。以前勤めてた会社で少し触ってたのですが、いいソフトだと感じました。
でもアクセスは全く使ったことなかったので、自分が買うにはファイルMのほうがいいかなと。
970 :
名無しさん@そうだ選挙にいこう:02/11/30 00:18
971 :
名無しさん@そうだ選挙にいこう:02/11/30 17:01
>>968 まぁそうだろうが、大量のデータ使ってパフォーマンスの違いをみてみることを勧めるよ。
972 :
名無しさん@そうだ選挙にいこう:02/12/01 00:55
ファイルメーカーpro 5.5を仕事で使用していますが
音声入力を試してみたいと思いましてIBMのViavoice ver.10でやってみたら
ダイレクトに入力はできるのですがすべて文字化けしてしまいます。
ViavoiceのFAQなどを調べてみましたが解決できず困っています。
同じような症状になったかたはいないですか?
ちなみにwin2000使用してます。。。
973 :
名無しさん@そうだ選挙にいこう:02/12/01 11:27
>>971 パフォーマンスの違いが出るほど大量のデータを扱うのでしたらファイルメーカーは
使用せずにオラクルなんかを使うべきではないでしょうか。
ファイルメーカーは個人〜小規模ワークグループユースに限られると思います。
レコードロックの問題もありますし。
あと、Unlimitedはたまに落ちますね。
974 :
名無しさん@そうだ選挙にいこう:02/12/01 23:36
976 :
名無しさん@そうだ選挙にいこう:02/12/02 21:56
>>973 大規模なサイトを構築するのだったら他のツールの方が
適切だとかいうのは正論ではあると思うのだが、それを
楯に(?)逃げてしまってはもったいない。
ちょっとした気遣いでファイルメーカーに対する負担を
減らすことができるのだったら、いくら小規模でも負担
を減らすように工夫すべきだと思うのだが。
1日4万アクセス来てますが何か?
978 :
名無しさん@そうだ選挙にいこう:02/12/03 00:07
無修正アダルトサイトでつ。
980 :
名無しさん@そうだ選挙にいこう:02/12/03 15:03
>>976 では967に対する模範解答を述べてチョ
981 :
名無しさん@そうだ選挙にいこう:02/12/04 11:42
>>980 >>967で前方一致検索を念頭においてちょって書いてあるんだから
単純にA & "," & B & "," & C って感じで索引区切ればいいんでないかい?
違う?
>>967さん
>>968さんがそれに対して辛い点つけてるからもっといい方法
あるのかなぁって考えてるんだけど。
>>981 >>967さんは問題点を指摘したのは高得点じゃが、改善策を示さなかったのでつらい点となったのじゃ。
「批判するならもっといい案持って来い!」とは田中角栄のオッサンも言っとった。座右の銘じゃ。
カンマとか空白で索引切るというのはワシも考えたが、「東京都千代田区」という検索では該当しなくなってしまうのじゃ。
正解は「containsで高速なCPUとタップリなメモリを使う」かのー?
開発費よりハードウエアのほうが安いご時世となってきてるからのー。
983 :
bloom:02/12/04 12:13
まっとうな開発者としては、トリッキーな裏技は最も忌むものである。
問題解決は正技でなくてはならぬ。裏技逝ってよし。
いい方法は正技でたのむ。
985 :
名無しさん@そうだ選挙にいこう:02/12/04 17:23
WSCを使ったシステムで、検索結果をCSVに出力したいと思っています。
-formatで指定するファイルににcsv形式のテンプレートを作って出力
が可能になりましたが、ブラウザの画面に表示されてしまいファイルに
保存するには一手間必要になっています。
(URLが
http://〜/FMProになっている。)
これを検索実行 → 保存ダイアログが開く。
という様にはできないのでしょうか?
お願いします。
現在使用しているのは、prefindとスクリプトを使ってcsvを保存する
という方法なのですが、これは他の人が検索をかけると意図しない
csvファイルができあがるというトホホな仕組みでちょっと使えません。
環境を書くのを忘れていました。
Server Windows2000
FileMaker5.5 Unlimited
クライアント Win98/2000/Mac
ブラウザ IE5.5/6など
Excel2000
987 :
名無しさん@そうだ選挙にいこう:02/12/04 17:45
今さらやたらと「逝ってよし」連発するなんて・・
988 :
名無しさん@そうだ選挙にいこう:02/12/04 19:06
>>982 元の質問者は東京都千代田区というような検索は想定していないからね。
AとBの値がそれぞれ「果物」「りんご」だったら、「果物りんご」で
検索する人いないでしょ。
もし、そういうことも考えなきゃいけないのだったら、
A & "," & B & "," & C & "," & A & B & C
もし、「東京都二番町」でも検索させたいのだったら、
A & "," & B & "," & C & "," & A & B & C & "," & B & C & "," & A & B
のように繋げればいいでしょ。このくらいの応用でCUPへの負担
が減るのであればそれにこしたことはないと思うけど。
さらに、
>>982のように開発費より安い高速なCPUを導入すれば
もっと快適でしょうに。
この程度のことをトリッキーな裏技とよぶまっとうな開発者??
素人の俺の方がましかも(w
989 :
名無しさん@そうだ選挙にいこう:02/12/04 19:09
>>988 A & "," & B & "," & C & "," & A & B & C & "," & B & C & "," & A & C
の間違い
990 :
名無しさん@そうだ選挙にいこう:02/12/05 15:55
>>988 エンドユーザーはどんな文字列で検索をかけるかわからんからのぅ・・・。
想定が外れてクレームが来なければよいのじゃが・・・。
「もし、そういうことも考えなきゃいけないのだったら」の場合じゃが、
全ての組み合わせの数式を入れねばならぬのぅ・・・。
フィールドが3つだけならいいがのぅ。
フィールドが10あったら・・・組み合わせを考えるだけで気が遠くなるのぉぉ・・・。
ワシなら考えただけで逝ってしまうぅぅ・・・(今さら)。
でも「東京都二番町」は前後方一致検索でもないから難しいのぅ・・・
わしには無理じゃ。もっと若い智能の士に任せてわしは退散退散太田胃酸・・・
健闘を祈っておるぞ!
なにがなんでも対応させる必要ってあるのか?
別個のフィールドに対する検索を単純に一つの検索窓でさせたいって
だけの話でしょうよ。そう仮定したら
A & B & C では-opタグがいるけど、
A & "," & B & "," & C ではいらなくてシンプル。
これだけの話でしょ。
対応させる必要がなければよいがのぅ・・・世の中厳しいのじゃ・・・。
例えばの・・・
「東京都」「港区」「赤坂」
「愛知県」「名古屋市」「港区」
A & "," & B & "," & C では「名古屋市港区」は検索しても該当せんのぉ・・・。
「名古屋市 港区」ならOKじゃが・・・
エンドユーザーはFMの索引のことなど知らんからのぅ・・・。
ゴホゴホ・・・わしはもう歳じゃ・・・隠居するでのぉ・・・。
sageを失敗したのぉ・・・
醜態晒してすまぬのぉ・・・末代までの恥じゃ・・・隠居するでのぉ・・・。
隠居より新スレいこうよ。