Jump to content

PVanderVossen

Members
  • Posts

    10
  • Joined

  • Last visited

PVanderVossen's Achievements

Apprentice

Apprentice (3/14)

  • First Post
  • Collaborator
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

0

Reputation

  1. We have a couple of strange problems here that I wanted to mention, and see if anyone else is experiencing the same. In Windows 2000, FMP 8, Large text fields (8.5 x 11 or larger) seem to cause a major slow down when typing. So much so that you can type a sentence in the time that it takes it to display the first word. This problem does not seem to effect OSX from the same layout / file. In OS X 10.4, we have a few font problems. Times seems to cause FMP 8 to slow down, especially when entering preview mode, changing layouts, or records. Also we seem to have some trouble getting Helvetica to print at all. I have test this out on a fresh install of 10.4.2 (trying to eliminate any of our own font problems that we may have) and the same behavoir exists. This does not seem to effect Windows. Can anyone else confirm?
  2. This position has been filled, Thank You.
  3. Allen & Shariff Corporation is looking for a passionate problem solver to join our Information Systems Team. The position available would afford opportunities to work in a primarily Mac OS X environment on database, server, web, and graphic design projects. Experience with FileMaker Pro, Mac OS X Server, XML, InDesign, and AppleScript are a plus but certainly not required if you have the ability to solve problems. The position described would be to support our operations from our corporate office in Columbia, MD. Allen & Shariff Corporation Mission: Our mission is to be the best by delivering outstanding engineering solutions and construction services that are innovative, efficient, practical, and on time. Our team of caring, talented and dedicated professionals, working in a rewarding environment, serves with integrity and pride thus building mutually beneficial and lasting relationships. If you would like to join this exciting team environment, please send your qualifications to: PVanderVossen -AT- AllenShariff.com Philip Van der Vossen http://www.AllenShariff.com
  4. Is it really Bill Gates, or is it FileMakers lack of expertise in developing on the platform? Honestly I find completing my Corporate shift to all OS X as a better solution to scripting around the Windows users. =)
  5. Figured I would add some more fuel to my text formatting fire: 1) We also ran into some trouble with certain fonts not printing properly from Windows, giving us Russian text instead. Upon further inspection it seems their are only like 6 fonts turned on by default in FMP on Windows, and any other Font you wish to use must be turned on within FMP. 2) Layouts set to align a text field "FULL" (so that the right margins all line up) seems to cut off the right side of that block of text. Seems like a bug to me. 3) In certain combinations of using Tabs and using the identing sliders (those little triangles in the text ruler) causes the text to overlap on itself. You are then stuck with invisible characters and spaces and VERY strange behavoir. The fix to this seems to not combine the use of those sliders with Tabs. 4) Related to my original topic, since fonts seem to track differently in Windows, I am stuck making layout boxes bigger than they really need to be on the Mac, which creates a bunch of empty space on the Mac, while not doing this will cut off text in Windows. ARGH
  6. We have a major issue with cross-platform compatibility of Fonts. We are using Mac OS X 10.3.8 and Windows 2000 with FileMaker 7.0. This issue has actually plagued us for many versions, not just 7. Basically we have layouts that are for Memos and Proposals, where we have large text fields. On a Windows machine, in Browse Mode and in Preview mode the fonts track differently then they do on the Macintosh. On the Mac it will browse, preview, and print exactly the same. On Windows when we print we get the exact same results as the Mac, but the Preview and Browse does not show it the same, so the user sometimes will reformat their text to make it look good, only to have it not print at all like Preview mode shows it. We have tried different fonts, different printer drivers, and nothing seems to fix this problem. From what I can tell it is a FileMaker bug, but I am looking for any experience that anyone here may have with this problem. Thanks!
  7. I am working on a solution to fill out standard forms. I have these forms in PDF format. In order to ensure that my layouts will look exactly like the form, I have taken the PDF version and inserted it into my layout, as the background, and then just put my fields in the proper places so that it will print using the PDF as the "Template". This way I don't need to totally recreate the form in FMP, and it will be exactly like the standard format that we must follow. The problem is that the PDF consistantly prints out in a low resolution. I can print the PDF in Preview or Acrobat and it looks great. Insert it into FMP and it looks great on screen, even zoomed in all the way to 400%. As soon as I print that FMP Layout (with the PDF in it) it looks horrid. Am I doing something wrong, or is this a known bug? I believe I have tried this in previous versions with similar results, but haven't checked it recently.
  8. Does their happen to be a running list of known FMP 7 issues? We have run into some stuff here, and I was wondering if their was a central place to look, rather then search for each issues individually on the forums.
  9. I was actually bringing in an external 1px graphic, but it shouldn't really matter. The issue is that in Windows it does not work properly. In OSX it works just dandy. In Windows it will create a gradient at a certain point, instead of just filling with that solid color. Getting so f00king tired of these windows boxes.
  10. We have a container, with a 1 pixel graphic file in it, enlarging unproportionatly to fill the box, basically to create blocks of color in our layouts. Using this so that we can create custom color schemes on layouts very simplay. We just have records in a color file with different color 1 pixel graphics inserted into the container fields. Anyways, works like a champ in OSX, but when we go to Windows the container doesn't show a solid block of color, it shows a gradient. With a 1 pixel source image it shows a perfect gradient. With a 2x2 (4 pixel) graphic it seems to show a box in the upper left hand corner (haven't measured it yet, but probably atleast 16X16) that is solid, and then the rest of the container shows a gradient from there. From those results, I am assuming if I insert a 32x32 graphic that Windows will almost always show me a solid box, but I really shouldn't have to. Does anyone know why the 1 pixel graphic would create a gradient? FileMaker Version: 7 Platform: Mac OS X Panther
×
×
  • Create New...

Important Information

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