Page 11 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 通常モードに戻る ┃ INDEX ┃ ≪前へ │ 次へ≫ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ▼はじめまして・・・そして質問です。 taka 01/12/8(土) 14:28 ┗Re:はじめまして・・・そして質問です。 issun 01/12/8(土) 17:39 ┗Re:はじめまして・・・そして質問です。 taka 01/12/8(土) 18:29 ┗Re:はじめまして・・・そして質問です。 issun 01/12/9(日) 0:33 ┗なるほど・・・では更に質問なのですが・・・ taka 01/12/9(日) 11:44 ┗Re:なるほど・・・では更に質問なのですが・・・ issun 01/12/9(日) 13:39 ┣うーむ taka 01/12/9(日) 22:07 ┗アプローチの画像取扱は問題児 ykitz 01/12/10(月) 8:38 ┗Re:アプローチの画像取扱は問題児 issun 01/12/11(火) 23:49 ┗Re:アプローチの画像取扱は問題児 ykitz 01/12/12(水) 2:22 ─────────────────────────────────────── ■題名 : はじめまして・・・そして質問です。 ■名前 : taka ■日付 : 01/12/8(土) 14:28 -------------------------------------------------------------------------
| はじめましてtakaといいます。 アプローチは3日ほど前に始めたばかりの超初心者です。 で、いきなり質問なのですが・・・・ [生年月日]から[現在の年齢]を出すにはどういう計算式を 立てれば良いのでしょうか? (生年月日のフィールドには 1970/12/15 という具合に入力してます。) うーん・・・分かりにくいと思いますがどなたかご教授願います。 |
| >> takaさん:こんにちは、issunです。 >[生年月日]から[現在の年齢]を出すにはどういう計算式を >立てれば良いのでしょうか? >(生年月日のフィールドには 1970/12/15 という具合に入力してます。) 別のツリーで長い計算式を書く場合はこうしたほうが良いっていう参考があったのですが、上手く書けません。ごめんなさい 下記の式は、アドレスというデータベースの誕生日というフィールドに生年月日を入れた場合の例です。生年月日に何も入力されていない場合「不明」と表示されます。 If(IsBlank(アドレス.誕生日), '不明', Year(Today()) - Year(アドレス.誕生日) - (DateToText(Today(), 'MMDD') < DateToText(アドレス.誕生日, 'MMDD'))) |
| issunさん、はじめまして。レスありがとうございます。 さっそく計算式を使わせて頂きました。 レスの「式」を見たときは何がなんだかサッパリでしたが(今でもサッパリですが・・・) コピペで「式」を貼って[アドレス][誕生日]の所を変更してみると・・・ おおっ!!私の求めていたものが!!という具合で、バッチリでした。 とは言うものの、この「計算式」私には難しすぎて理解不能です。 こんな式を即レスできるとは・・・オドロキです。 それとも私が単に初心者なだけなのでしょうか? うーん、できれば私のような超初心者向けに「よく使う計算式」みたいな感じで [ヒント集]などに乗せてもらえるとありがたいのですが・・・ 何はともあれissunさん、ありがとうございました。 これからもご教授お願い致します。 |
| >> takaさん: >issunさん、はじめまして。レスありがとうございます。 解決できて良かったです。 >とは言うものの、この「計算式」私には難しすぎて理解不能です。 ぶっきらぼうなレスですみませんでした。ヘルプで関数のIFとIsBlankの所を見ていただくとわかると思います。 >それとも私が単に初心者なだけなのでしょうか? 自分もykitzさんのヒント集で勉強させてもらっている一人です。 話は変わりますが、年齢を表示させる場合「歳」という文字も表示しておきたいですよね。出来れば【年齢○○歳】と表示させたいのですが、ラベルは一つしか付けられません。固定テキストを貼り付けたら解決する事ですが、デザイン的に一つのフィールド内ですっきり表示させたい場合こんなやりかたがあるので参考までに・・・ 年齢フィールドボックスを選択してプロパティーを表示させる→ラベルを枠の中に入れるにチェックを入れる→ラベルの位置を左にする→データの文字揃えを右にする→表示形式を数値形式の円を選択する→表示形式の編集で「円」の文字を「歳」にする。 |
| issunさん、更なるレクチャーありがとうございます。 issunさんはアプローチ歴はもうかなり長いのでしょうか? 私は今「アクセス」と「アプローチ」どっちがいいんだろう?と 悩みつつ同時進行で勉強中です。 で、この2つのソフトで同じようなモノを作ってみたのですが・・・ [フォーム]の[フィールド]の1つとして[jpeg画像]を貼付してみたところ [縮小]にチェックを入れると・・・アプローチの場合、画像がやたらと汚く なってしまいます(フィールドより貼付画像のほうが大きいという条件です)。 アクセスの場合は縮小しても問題ないのですが・・・ まあフォトレタッチソフト等で「そのフィールドサイズ」に画像を縮小してから 貼付すれば問題はないんですが・・・これだと面倒ですし・・・ えー、というわけなのですが・・・なにか良い方法ありましたらご教授お願い致します。 |
| >issunさんはアプローチ歴はもうかなり長いのでしょうか? 暦としては、R3Jから使っています。でも色々と使い出したのは2年ほど前からです。 >私は今「アクセス」と「アプローチ」どっちがいいんだろう?と >悩みつつ同時進行で勉強中です。 好みもあるし目的によるでしょうね。自分も同じ目的のアプリケーションを アクセスとファイルメーカーとアプローチで作ってみましたが、 アプローチは操作性のよさとデータがDBFファイルで保存されるからなんか安心 ですね。確かに弱い部分があったりするけどそこがおきにいりです。安いし・・ >[フォーム]の[フィールド]の1つとして[jpeg画像]を貼付してみたところ >[縮小]にチェックを入れると・・・アプローチの場合、画像がやたらと汚く >なってしまいます(フィールドより貼付画像のほうが大きいという条件です)。 この問題自分も解決できませんでした。 結局滲まない画像を用意するか、縮小しないですむようにする としか言えません・・ごめんなさい でも過去に試したときに同じ画像でもAのパソコンはだめでBのパソコンは 綺麗に表示するといった現象がありました。ハード面との相性かな?? ハードの価格等関係なかったし・・不明 ちなみに自分のパソコンではアクセスでも滲んでしまいました。 あまり参考になのませんでしたね。 ykitzさん!過去にも似たような投稿がありましたよね。 このけんについてもし良かったらレスお願いできないでしょうか。。 |
| issunさん、どうもです。 >でも過去に試したときに同じ画像でもAのパソコンはだめでBのパソコンは >綺麗に表示するといった現象がありました。ハード面との相性かな?? >ハードの価格等関係なかったし・・不明 >ちなみに自分のパソコンではアクセスでも滲んでしまいました。 この話からすると単純に「ビデオカード」との相性なのでしょうか? 他のアプリの話なのですが、[クラリス・インパクト]は「SAVAGE4」との相性が 悪いと聞いた事があります。 私のPCは自作なのですが、ビデオは「GeForce2 MX」を載せてます。もしかしたら コイツのせいで滲むのかも・・・。 うーん、それにしてもissunさんでさえ対処できないとなると・・・もう私には どうしようもありません・・・残念です。 また何かありましたら質問させて頂きます。 では。 |
| アプローチ関連の海外の掲示板を見ても、 アプローチユーザーは皆、画像の取扱いに苦労しているようです。 >結局滲まない画像を用意するか、縮小しないですむようにする >としか言えません 実務ベースで考えると、これが最も適切な対処方法のように思えます。 >ykitzさん!過去にも似たような投稿がありましたよね。 >このけんについてもし良かったらレスお願いできないでしょうか。。 おっしゃるとおり、旧活用情報掲示板で、似たような投稿がありました。 でもあの時も、明確な解決策が出なかったと思います。 アプローチの画像取扱の問題点を、スクリプトを使って回避しよういう サンプルを見つけましたので、ご紹介します。 これは根本的な解決法ではありませんが、このような方法もあるということで 参考にしてください。 下記をクリックすると、サンプルファイルのあるページが開きます。 http://www.geocities.co.jp/SiliconValley-Bay/5766/sample/smpls01.htm しかし、画像を扱うのにスクリプトを使わないとならないとは、 いささか、げんなりします。 結局、アプローチ内部の画像処理方法を根本的に見直してもらわないと、 解決にはならないと思います。 情報として画像が重要な意味を持つデータベースの場合、 残念ながら、アプローチは向いていないと思います。 現状では、アプローチの画像処理は、「画像も扱えなくもないですよ」、 といったオマケ程度の能力しかありませんので。 ロータスさん、このへんの改善も、お願いしたいです。 |
| ykitzさん 参考になる情報ありがとうございます。 やっぱりスクリプトをもっと理解しないと駄目なんでしょうね。 ちなみにフォームに画像を貼り付けるだけの場合 編集→図形データ→インポートで出来ますよね、 この場合もサイズを小さくすると滲んでしまう。 でも作成→オブジェクト→ロータスイメージキャプチャー を選択して、右クリック→ファイルを開く で画像を選択するとどんなサイズにしても綺麗な画像が表示できる。。。 これって不可解ですよね?? |
| >> issunさん: >やっぱりスクリプトをもっと理解しないと駄目なんでしょうね。 しょっちゅう画像を扱うデータベースを作るのに、 いちいちスクリプトだなんて、やってられませんよね。 スクリプトでできるのなら、なぜアプローチ本体に組み込まないのか疑問です。 アプローチ本体に組み込まれていれば、誰でも簡単に利用できますからね。 >ちなみにフォームに画像を貼り付けるだけの場合 >編集→図形データ→インポートで出来ますよね、 >この場合もサイズを小さくすると滲んでしまう。 >でも作成→オブジェクト→ロータスイメージキャプチャー >を選択して、右クリック→ファイルを開く >で画像を選択するとどんなサイズにしても綺麗な画像が表示できる。。。 >これって不可解ですよね?? この、作成 -->オブジェクト は、その先で選ぶソフトに画像の編集を任せ、 その結果をアプローチに取り込もうという、いわば部品の加工を、 専門の外注さんに依頼してそれを利用しようとするようなものです。 画像専門のソフトに画像処理を任せれば、きれいな画像になるのは、 当然といえば当然です。 操作してみると分かったのですが、【83】で issun さんがおっしゃっていたのと 結局、同じことになります。 > 結局滲まない画像を用意するか、縮小しないですむようにする > としか言えません 作成 -->オブジェクト なら、画像ソフトをアプローチの一部のように 使えるので、便利なようにも思えますが、 レコードごとに、作成 -->オブジェクト を繰り返さないといけないので、 面倒くさく感じるかもしれません。 画像ソフトで画像をまとめて処理してから、 アプローチで画像を取り込んだが、効率的だと思います。 結局、アプローチで画像を扱うには、【83】での issun さんのご意見のように、 画像ソフトで、画像サイズ・きめ細かさ・トリミングなどの編集をしてから アプローチに取り込むのが、もっとも現実的な方法だと思います。 なお、アプローチに取り込んだ画像が、アプローチの操作ミスやトラブルで 消えてしまっても困りますので、オリジナルの画像は、別に保管することを お勧めします。 |