Jump to content

reddust

Members
  • Posts

    17
  • Joined

  • Last visited

Profile Information

  • Gender
    Male
  • Location
    Brisbane Australia

reddust's Achievements

Apprentice

Apprentice (3/14)

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

Recent Badges

0

Reputation

  1. Hi there. For years I have used a handy utility called EZxslt to create boilerplate documents rtf that will load FM fields. It was a powerpc based program and without Rosetta is no longer supported in Mac OS Lion. Does anyone have a work around? Thanks SB
  2. So my problem does seem related to fonts - when I substitute something other than arial - (even another arial family font) it works both when using the database locally or on the remote machine. But arial was OK in other programs Word; TextEdit etc. This seems the symptom of something much deeper than a font so I've done an erase and reinstall of the system and all is well now. Perhaps something to do with migrating from an older G5 to a newer intel iMac? Thanks for everyone's contribution. SB
  3. The fonts used is Arial so nothing exotic. We only have one user account - no security for a small intranet with 3 people. I'll try a clean reinstall of the system
  4. Some further notes: 1. I reinstalled FM10 - no change. 2. I then installed a copy of the remote FM database on the new iMac - still the same problem viewing some of the tables. 3. In this copy on the new iMac when I type in find mode the text is not visible - is this an OS-FM interaction problem? 4. In the new copy the field names are also not visible in layout mode - if in layout mode I insert a field from either the parent or child tables the newly inserted (but not the old) fields are now visible Perhaps I should do a clean reinstall of the System and try again? Thanks SB
  5. Yes that's right - I'm opening a session on a host machine by using the process you describe. I'm a little flummoxed because I've done the upgrade machine thing several times in the last ten years (using Apple's migration tool and a firewire cable) and never struck this problem. SB
  6. I'm a filemaker user/developer with a small 3 Mac network which has been running without issue for years. I upgraded a machine recently to a new Imac Intel core 2 duo (as I do every couple of years) and as per usual, transferred all applications from the old to the new machine including FMPro 10.0v3. On the new machine FM launched OK and opened the FM application on a linked machine but most (but not all) of the portals are not working (only) on the new machine. In Layout mode on the new machine none of the field names are visible. In the portals on the new machine there are dotted outlines where the fields should be and double clicking these will correctly open linked files. Anybody seen this before or have any solutions? Do I have to install FM from scratch on the new machine? This will be difficult because my last disk which was not an upgrade was eons ago. Grateful for any suggestions. SB
  7. Hi.Apologies if this is the wrong forum. I have a small business with FM7 located on 1 mac and mostly 1 but sometimes 2 client macs in the office. I don't use FM server. This arrangement has run without a hitch for many years. I recently upgraded the host mac (a powerpc G5) to leopard (10.5.6). One of the client machines is a G5 PPC iMac and the other - the problematic one- an Intel iMac. Both are running 10.5.6. and have done so for months For the first week there were no problems but recently I am no longer able to "see" the server files from the "Open remote" dialog box. I can see the host machine in the (L) hand pane but none of the associated files I wish to open. Interestingly they are visible on the other client machine. I have read all the help files; I have checked that FM "sharing" is turned on in the host machine and that the "files visible" radiobutton is checked. The network itself is working fine and I swapped in an alternate router/hub without benefit. Anyone got any ideas? Do I need to upgrade to FM server 9 or 10? Thanks SB
  8. Thanks Barbara - can't see that I've made those mistakes. In the all documents layout I had the portal based on a new TO of documents linked to the original TO of customers. Even tried a new TO of customers linked to original customers via PK and to new TO of documents - still can't get a separate layout showing all documents with another showing filtered. No go. Will have to ponder this some more. SB
  9. Thanks for that - works a treat. And so straightforward! Your assistance appreciated. I thought also to have a portal where no filtering occurred. I made a new layout. I created a new TO of my documents table and linked it to the original customers TO just by customer id (ie excluding document type). I used this new TO for the new layout portal. Unfortunately it shows the right number of lines of documents but each line is a repetition of the document on display in the filtered portal. Wierd. Do I have to have a separate TO of the Customers table? Thanks again. SB
  10. Thanks for that. I must be missing a step. I created the global text field "document type" in the (parent) customer file and linked it to a new TO of the document file. In the layout the global field is sitting above the portal and is a drop down box showing the value fields (of document types). Unfortunately selecting one of these makes no difference to the documents visible in the portal - all of which remain on view. Where am I going wrong? Many thanks SB
  11. Hi. I have a document storage solution that shows in a portal all documents pertaining to a customer. Some are letters in, some letters out some product images etc. The solution works fine. In one layout, I want to limit the records in the portal to a particular document type. Doing a search (either scripted or manually) on the document type field (within the portal) and the customer ID (outside the portal) fails to show just the desired documents within the portal. How can I achieve this goal? Thanks SB :
  12. So in the end not so complex - to recall 6 recent records; 6 global fields and update these incrementally using a counter variable with each find, next or previous. These variables appear on the screen as tabs with an underlying button that performs the search. SB
  13. I guess I mean accessed or viewed. In working with a list of customers (or whatever) I'm often in one record perhaps just reading or sometimes writing to, then need to break off that activity to go to another file only to need to come back to the first. On any particular day there are a small number of records I'm going to and from quite regularly even though the whole database stores thousands. To have a pop-up list or a series of tabs or whatever of the last (say) 10 records accessed would make this navigation process very simple. So it would involve a list of the ten most recently accessed records that would need updating each time a search was carried out. Perhaps 10 global fields? The issue is an efficient way to relabel each of the ten fields to reflect recent currency. Any ideas? Has anyone already done this? Thanks SB
  14. Does anyone have an elegant way of navigating to recently accessed records (say the last 10). I've tried storing the details in a separate table looping back after 10, but that seemed problematic. I've wondered about drop down or pop up menus (eg in MS Word). Any help much appreciated Many thanks :P
  15. I'm not sure why you want to store the actual documents in Filemaker rather than the references particularly as you have so many. If you moved the location of the previously stored addresses Filemaker will no longer find them. You can write a script to extract the previous address to a field, modify that adress to reflect the new location then reset the container field to that field. I don't think you can have a single container field with both actual documents and references stored there. SB
×
×
  • Create New...

Important Information

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