Jump to content

javabandit

Members
  • Content Count

    68
  • Joined

  • Last visited

Community Reputation

0 Neutral

About javabandit

  • Rank
    member

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. It actually doesn't open a new browser window in that instance. When I use 64-bit FM to display the DWF, it opens the native DWF viewer application (Autodesk Design Review).
  2. I think so. I opened my test solution above and put this address in the address bar: https://www.whatismybrowser.org/ If I do it in the 64 bit version of Filemaker, I see this: 64-bit Edition If i do it in the 32 bit version of Filemaker, I see this: 32-bit compatibility layer This is all on the same Win7 computer.
  3. It's 32 bit. As far as I can tell, there is no 64 bit version available. So, the question is: Is it possible for the 64 bit version of Filemaker to use 32 bit applications inside the Web Viewer?
  4. Hey Everyone, We have discovered the problem! Unfortunately, we still don't have the answer. The problem seems to be with 32 bit vs. 64 bit versions of Filemaker 14. I installed the 32 bit version on my system, and then my DWF viewer did open inside the web viewer, just like it has with FM13. But, installing the 32 bit version in our whole company is really not an option, especially since we have moved to the 64 bit version of MS Office, and we need 64 bit Filemaker to work nicely with that. So, now here is my question: Is there a workaround so that I c
  5. I'm just writing to clarify this problem. I still haven't found the solution. With Autodesk Design Review installed on the system, I can open the DWF files directly with Internet Explorer. It will display the file right in the browser. And, when I use a web viewer in Filemaker 13, it shows the DWF in the web viewer. But, when I do the same with Filemaker 14, it does not open in the web viewer. Instead, I get a dialog box to open it in an external application. Thanks in advance for any insight you may have to offer.
  6. Hi Everyone! I have a problem with something that works fine in FM13, but does not work in FM14. I am using a web viewer to display a *.dwf file, which is an Autodesk file we use commonly for displaying drawings. For those who are unfamiliar, think of it as Autodesk's version of a *.pdf. I'm running Windows 7, and I have the Autodesk Design Review Software installed. When I access the file in Filemaker through the web viewer in FM 13, it displays right in the web viewer, which is what we want. If I do the same thing in FM14, however, it wants to open in the outside application.
  7. Hey Everyone, I've been arranging and polishing this file, and I am finally ready to present it to the group here that will be using it. So, I figured I'd post the file in case anyone is curious how it looks now that I have everything in place. Thank you so much for all the help. (especially comment) Of course, I would love to hear if anyone has any further suggestions for improvement. Thanks again - Tool_List.zip
  8. Brilliant LaRetta! I made both those changes as suggested. I use that Go To Layout, then Enter Find Mode all the time. I'm thinking I should go back through some of my other Filemake files and reverse that. I could probably get some pretty nice performance gains, especially on those that have a lot of records. Thanks for the tips!
  9. Oops indeed. I went back and attached the file on the previous post. It's there now.
  10. Okay. I've got it working. There are two files in the attached zip file. forum_help1.fmp12 This is a new database file, where I attempted to create the tables, fields, and relationships that you suggested. I think it's successful. The layout I created works, and is super basic. forum_help2.fmp12 This is a copy of the first one, where I added some things that will be closer to how I will want the user to interact with the database. I realized that the gToolType field, although working as you suggested, was probably a little too narrow, and not necessary for selecting tools that
  11. Your first paragraph describes what I already have.... a partnums table, a tools table, and a join table using the primary keys. That's where I started on this. And, that's were I was also beginning to doubt myself. So, I appreciate you confirming that I was on the right track with a many-to-many relationship. To answer about the source of the data: It comes from the Engineering dept. Whenever we start a new project for a customer, the Eng. Dept. assigns the part numbers, and determines what kind of tooling is necessary to make new parts, and also if similar parts can be made in the
  12. I'm sorry, I guess I did muddy it up too much. I'll try again. When it is time to add records to the database, the user will have a packet of information for the project. The packet will show the new part numbers that we will be producing, and what tools are needed to produce those numbers. So, the database user will already know ahead of time what part numbers and what tools go together. So, going back to my original post, they will have this kind of info at their fingertips: Part #123 requires a Mold, a Trim Die, and a Secondary Part #124 uses the same Mold, and same Trim Die,
  13. I seriously appreciate this discussion. Thank you. 1. The significance of splitting is due to the concept of "series" and "number within the series". Together they make the part number. So, for example, a customer of ours has an "Alpha" project. We will pick the next available number to start a new series. In real life, our next number will be 5581. Then, each part for the Alpha project will be numbered 101, 102, 103, etc. The part number becomes 5581101, 5581102, 5581103. If the start a "Beta" project, we will start with the next series - 5582. Similarly, when we get a new custo
  14. Yes, exactly.  That "map" looks something like the attached picture. I'm only showing three lines for simplicity. So, the second line means this: The tool will make these part#'s 5116102 & 5116103. It is located on Rack H, Row 1, Carton 7 (H 1 7). The third line is similar - it makes part# 5113102 and 5113103. The first line is for a tool that makes many part numbers. In this case, these are all from the molds department, so these are only molds. There are similar "spreadsheets" for other types of tools (Trim Dies, Secondaries).  Thank you again for your consideratio
  15. Thanks comment, your question hits at the core of my problem. You're right that the mold to make #123 is the same as the one used to make #124. In this case, we call it a "two-cavity mold." When we use that mold, we will produce two different parts: One from each cavity. This is common with left-handed and right-handed parts. Let's say it makes one left-hand bracket (#123), and one right-hand bracket (#124). Customer A only buys left handed brackets, and Customer B buys both. So, we will issue shop orders to produce whichever part# we need to fill our inventory. So, if the shop ord
×
×
  • Create New...

Important Information

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