Jump to content

Carole Chaski

  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Carole Chaski

  • Rank
  1. Thanks, Jesse. So, I will be using SuperContainer as file upload/download is crucial for me. Blessings, Carole
  2. It would be really useful if the documentation for Scriptmaster indicated which functions were really web publishable and which were not, since the documentaion does make it seem as though all the plugins (and hence all parts of the plugins) from 360 are compatible with web publishing. Does SuperContainer also have this restriction on GUI functions? Sorry if I'm a bit cranky, as I just spent an hour making sure that selecting and uploading a file works, then come to find out that it would not work under web publishing anyway once I put this on the server. Shucks!
  3. I have read several posts about 10 Adv (or 10) being slow, and I too have experienced it, including the bug about speed with very large text fields. One of the problems might be tunnelling for related data. I tried two scenarios for exporting 1500 records with ~50 numerical fields; these records hold ~5 related fields. In scenario 1, I tried to export the related fields as related fields: VERY SLOW. In scenario 2, I copied the related field data into new fields in the table from which I am exporting, and this sped things up. It is still not fabulous (any ideas why??) but it is ten times faster than when I export making reference to related fields. This makes me think that 10 has problems with tunneling data (also portals as in another post I read somewhere???) Not great considering that I am using the data separation model, so I have lots of related fields, and also I do a lot of text-intensive field calculations. What should I do? I am running FMP 10 Adv (and previously 9, 8.5, 8 Adv) on a one year old MacBook Pro, Intel, with 4 GB ram. I have not yet tried 10 on a comparable Windows laptop. I also run remotely using Server 8 on Windows SBS 2003, and getting ready to install Server 10 on the Windows or Mac side. I have run antivirus from the Apple site on my Mac laptop, and that sped things up too, but 10 just seems slow to me. Has anyone else had this problem with 10?
  4. What did you decide to do? I am facing same problems.
  5. Lessons learned: 1. make sure that the txt file is NOT using word wrap (that reduces a lot of the squares) 2. import the folder, not individual files, so that the file actually goes into one record not multiple records 3: STILL GETTING SMALL SQUARES---does anyone understand why FMP 8.5 A functions like this? still would really like to udnerstand this as my business is totally text driven and if I can't get better results I will have to switch over to a different database.... as much as love FMP Scriptmaker (which is why I use FMP)
  6. I couldn't attach the doc file as this site does not allow it, so I attached the txt version. YOu will see when you open it is text editor it looks good but whem you import it into FMP it gets the wierd small square character... thanks for helping! 1--Bradley.txt
  7. I need to import a lot of files which were originally downloaded from WestLaw as .doc documents. I used convertDoc to convert them all into plain txt. In WordPad they look fine. When I import them as a batch in a folder, each record contains gazillions of small squares. These are possibly tabs which filemaker cannot handle. When I try to substitute them out to become a space, I cannot cut from the doc, get into Scriptmaker and paste the small square (the cut item is no longer available). When I import just one file, then the text is split into multiple records at apparently random junctures (wherever the tab was maybe?) can wordWrap affect importing? how can I get rid of the small squares? This problem also apears with docs which were not downloaded from Westlaw. It has also happened with files which may have been downloaded from websites or converted from pdf. does the only text which FMP will really import without a big hassle is text which was actually created with a text editor? I have tried importing with ALL possible encodings (ANSI, DOS, Macintosh, UTF-8, UTF-16) and the problem of the small squares shows up in each one. They only disappear when I import file at a time which splits the text into an unpredictable amount of records and possibly also loses some data. Not an acceptable way to get rid of the small aquares. Also I can cut from Wordpad and paste into a FMP record and it's fine--no small squares, text looks great, but...that's no way to run a business! I need automated importing that actually works. I am obviously missing something here. THANKS IN ADVANCE FOR ANY HELP YOU CAN GIVE ME.
  8. Thank you all in advance for your help and comments! I have two related tables (1 and 2). I used the LIST function on the related table's records to make a list of all the docs in that table (2). I then used a FilterValues function to compare the related records list to a list in the context table (1). The filterValues function results were not correct. Before using the List function (which I thought would be a lot faster), I used a looping script to make a list from all the records in table 2. The filter Values result comparing the scripted related records list from 2 to the list in 1 WAS correct. But I think this looping script could take a long time once table 2 starts to contain 100,000 records. So, does anyone know why the List function method was malfunctioning? or how I can speed up the looping script consdierable? or anything else I might be doing wrong to cause the List function method to malfunction? Again, many many thanks and blessings to all and esp those who comment.
  9. Thanks, John...after working with this a bit longer, I figured out what you were telling me, so muchas gracias, many thanks! You offered a much more elegant solution based on relationships which I didn't think was possible! blessings and gratitude, Carole
  10. Sorry if I am being dense, John. In Table 1, each record is for one documentID. This table is related to Table 2 which has the portal in it. I want to show in the portal only those records which are in the List. Each portal row has to show only one record/one item from the List. So I tried to set up a relationship between the documentID in Table 1 and the List in Table 2; even though documentID is contained in the List, too many other records show up in the portal. So I figured if I just had a small found set which matches the List in Table 1, then I can relate documentID to documentID and get only the List set in the portal in Table 2. I don't understand how a global field works in this scenario--again sorry for being dense.
  11. What am I doing wrong? I have a list (created via the list function) of documentIDs. I want to script a search so that each record with the documentIDs is found (then that found set will appear in a portal in a related table). My script (loosely coded here) Set variable ($DocumentIDs =list) Set variable ($loopCounter = 1) Set variable ($stopLooping = valueCount($DocumentIDs) Enter Find Mode Loop set field docID GetValue($DocumentIDs, $Counter) new request set variable ($loopCounter = loopCounter + 1) Exit Loop if $loopCounter > $stopLooping End Loop Perform Find I am getting really wierd results, even though when I monitor the values, teh seem to be creating the correct docIDs for the find. Help! and blessings, Carole
  • Create New...

Important Information

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