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 the JPG file. Can't, the JPG file is grayed out... even though I am allowing All Documents. I tried using the Insert menu's Picture... command... same problem in its dialog. I checked the Field Format for the container field... it does allow entry. I checked the Options on the container field under Define Fields... nothing is checked... so modification is allowed. What am I doing wrong?? Thanks for any suggestions. FileMaker Version: 5 Platform: Mac OS X Jaguar
  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 size of the file NOR with the photos getting moved. The issue is simply to make it as easy as possible to do this, without needing an expensive plug-in. Easy stuff is the goal. Suggestions?? FileMaker Version: 5 Platform: Mac OS X Jaguar
  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 quadrants (one for each event) and display the competitor number, score, name, and picture for the most recent score in each event. What's the best way to do this with FM7? (Or FM 5.5?) Thanks! Version: Server v5 Platform: Mac OS X Jaguar
  7. kennedy

    Slow printing...

    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 long RATHER than what we did (spool one print job with all the pages in it). Thoughts?
  8. kennedy

    Slow printing...

    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 the normal form that you'd input the basic Family information on. And clicking the arrows to walk through the records has zero delay... instantaneous. So, in printing these, there should be no noticable delays accessing data over the network, finding the next record on the FM Server, computing portals, computing calculations, rendering the layout, etc. Its something specific to spooling the print file... so, my first guess is that it does a poor job of generating/spooling large PDF files. Hence, my thought of scripting the printing of individual pages. If you've ever looked at my "The Works" starter template (Aqua LAF), its basically that. So, the graphics is simply little aqua buttons. All help greatly appreciated. I'm obviously going to need to experimentally try some things... so, in the interest of time, I'd like to try as few things as possible.
  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 page document from Word on that printer. In the end, it took about 30 minutes for those 100 pages. At that rate it'll take 10 hours to print all 2000... if we do them in blocks of 100... if I just spooled them all, based on how it was getting slower and slower, it might take forever! I'm looking for some tips on what to do to speed this up... Assuming spooling the large file is non-linear, I suppose I could write a script to print the current layout and then go to next and repeat until done. Thoughts? Would that be faster than using the FM print dialog to print all the records? The layout has some FM graphics on it... is that what's causing the slow printing at the printer? The layout is not a report and has no summary fields... just a normal layout form. It does have one portal listing the members of the family. That list needs to be there. But the relationship is very simple keyed relationship. What else might make spooling slow? What else might make the printing at the printer slow?
  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" template that I posted to the Sample Files forum. You can find the article on CaptKurt's UniqueIDs in the Articles forum.
  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 FMS on my OS X machine, I have to wonder if they've never been given a reproducible bug report on it so they can get it fixed. I wonder further whether the reports they received weren't actually something different. Hmmmmm...
  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 aren't record-by-record. Its just that the relationships that don't "apply" will just not match because they have blank values in those fields. Second, there will be no relationship between OtherProperty and CompanyID. Does that make sense?
  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 Relationships, one called OWNERS which matches its ID to the CompanyProperty field in Owners, and another called PROPERTY that matches its ID to the CompanyOwner field in Owners. Similar to the former in the Property file and similar to the latter in the People file.
  • Create New...

Important Information

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