Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About kennedy

  • Rank
  1. Hmmm... is this just a bug in v5.5? Can anyone make this work with 5.5? Perhaps its time to upgrade to v7...
  2. I've tried different JPEGs, don't think its that. How about this... here's the database! Its a trivial little thing... please tell me if you can get a pic to go into the container in Competitors. Thanks!! Scoreboard.zip
  3. Yes, I've tried all the commands that I mentioned with "Store Compatible Graphics" set both ways. And I've also tried just saving a link rather than the graphics. And yes, its definitely a .JPG... the tiny view even appears on the desktop... so Finder sees it as a JPEG and has no problem shrinking it and displaying it. Any other ideas?
  4. I have to solve this today. How do I put a JPG into a container field?? I created a simple database... number, first name, last name, and picture (a container field). All fields are on a layout... viewed as a list... I've entered a few records... all the data went in just fine... the container fields are all blank. Now, I want to put a small JPG into the container field. The JPG is sitting on my Desktop right now. I tried dragging it and dropping it on the container. Nope. I tried right clicking on the container, selecting Insert Picture..., and then in the dialog selecting
  5. 1) How do you put a JPEG into a container? Right click on container... insert picture... go to desktop where a picture lays... the JPEGs are all grayed out and not selectable... even if I allow all files or JPEGs!! What's the trick? I couldn't figure out this simple thing from the Help nor from this forum... I'm feeling pretty stupid right now. 2) I am building a small (200 record max) database of people... I want to take quick headshots of each person who shows up for the event and drop it in the database... and the database will be tossed at the end of the event. So, no issue on siz
  6. Does FM7 (or earlier) offer any functionality for managing two displays in OS X? Or should I just plan to carefully position two windows, one on each display? Here's the desired functionality: I want a simple file of: EntryTime Score Event Competitor and a related file with: Competitor Name Picture On the one display (the laptop screen) I want a list of the records in the first file such that you can trivially enter the next score (EntryTime is auto-entered). On the other display (an external screen hooked to the laptop) I want to divide the screen into 4 quadran
  7. Hmmm... I must not have been clear... sorry. What we did, issue one print command, did indeed queue just one job... a job with 100 pages. What I noticed was that it took non-linearly longer and longer for each additional page to be generated into that one print job. Since it doesn't take FM any longer to walk through the pages on screen, I assume the speed issue in creating the print job is related to the size of the print file it is building. Soooo... I theorized that it might be much faster to actually just print one record in each job, and thus spool hundreds of jobs each one page l
  8. Mac OS X 10.2.6, FMP 5.5, FMS 5.5 A Minolta PostScript laser printer... our fastest printer in all other situations. No, I didn't try another printer. I could try a normal HP inkjet... or a Lexmark inkjet. The Color Laser Printer would definitely NOT be a good idea. Not sure the size of the print job... I think the printer has 12-16MB... I'll have to double-check that when I go in. Yes, I mean records. Thus, each print job would be one record... and there would be many, many print jobs queued. Well, its not a "report" layout... just th
  9. I want to update all my member info. So, rather than have people fill out the same old form, I want to print the FileMaker layout for each family and ask a family member to correct anything that's wrong. So, that means printing the layout for each of about 2000 families. We decided to start with the first 100... did print... said to print pages 1 to 100... it started spooling them, but as it went, it got slower and slower and slower. And then when it started printing to the printer, there's a notable delay between each page... not the normally swift printing that you'd see printing a 100 p
  10. I will second the recommendation to avoid meaningful barcodes. Rather, you simply want a unique ID that is highly likely to remain unique forever and to never change forever. You may not see it happening now, but consistently all meaninful codes eventually become a huge headache. Consider this one of the fundamental laws of good database practice: no meaningful ID codes! I recommend using CaptKurt's UniqueIDs for barcodes, or something similar. I use a shorter variation of his UniqueIDs (to keep my barcode length more manageable)... you can check it out in "The Works"
  11. Anatoli, I agree with that statement. Problem is, you are blaming the wrong thing! Its not OS X shutting down and corrupting databases... its FMS shutting down and corrupting databases! So, its not OS X that is the piece of crap... its FMS. But that's not unlike the piece-of-crap security that FMS and FMP offer (in contrast to the solid security that OS X provides). Why on earth FMI would not quickly fix this FMS bug is beyond me... unless they cannot reproduce it. They've said "there have been reports of"... but given I have never seen it in all the times I've shutdown and restarted
  12. Yes, and in both those records, CompanyProperty would be set to the Company that is owned by the two (the person and the other company); while OtherProperty would be null in both. Exactly. One way is to create a field Name in Owners file which is a calculation: Case( not IsEmpty(PeopleOwner), PEOPLEOWNER::FullName, not IsEmpty(CompanyOwner), COMPANYOWNER::CompanyName, "!Error!") Then in the portal you can just put OWNERS::Name.
  13. Yes, the relationships are fixed... and they all are there... you "dynamically choose" by which one you use for specific purposes. For example, when you are setting up the portal in your Company file to display all that it owns, you use the PROPERTY relationship, accessing fields PROPERTY::CompanyProperty and PROPERTY::OtherProperty. The Owner records that relate to a PeopleOwner will simply not show up because their PeopleOwner fields will be blank. You say "A different Owner record would have a relation between Owners::OtherProperty and Companies::CompanyID." First, the relationships
  14. Create a second field with 24 hour time OR proper am/pm designator, and then create your sort on the 24 hour time OR on am/pm followed by 12 hour time. You can sort on fields that you do not display. And those hidden sort fields can be simple calculations from your time field such that your user never needs to know their there... unless they are building custom sorts.
  15. If when looking at a Person or Company you want one portal with all the stuff they own (rather than one for the Companies they own and one for the Property), AND when looking at a Company or Property you want one portal with all their owners (whether Company or Person), THEN one option would be to create a single additional file "Owners" that has fields PersonOwner, CompanyOwner, CompanyProperty, and OtherProperty. Make sure that only one of the two Owner fields is set at a time and that only one of the two Property fields is set at a time. Then, for example, Company will have two Relat
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.