|
View:
New views
1 Messages
—
Rating Filter:
Alert me
|
|
|
Re: FMPexperts Digest, Vol 8, Issue 5 (Out of the Office)Hi,
Thank you for your e-mail. I am currently out of the office and will return on Oct. 6. If this is urgent, please contact Katrina Smith, 28011, or Shatana Allen, 28020. Thank you, Carl >>> fmpexperts 10/04/08 09:11 >>> Send FMPexperts mailing list submissions to fmpexperts@... To subscribe or unsubscribe via the World Wide Web, visit http://lists.ironclad.net.au/listinfo.cgi/fmpexperts-ironclad.net.au or, via email, send a message with subject or body 'help' to fmpexperts-request@... You can reach the person managing the list at fmpexperts-owner@... When replying, please edit your Subject line so it is more specific than "Re: Contents of FMPexperts digest..." Today's Topics: 1. xsl:for-each-group? (Eric Scheid) 2. Re: xsl:for-each-group? (Beverly Voth) 3. Re: every developer's nightmare (Colm Osiris) 4. Re: every developer's nightmare (Steve Cassidy) 5. Re: every developer's nightmare (tim ballering) 6. Re: every developer's nightmare (Stephen Wonfor) 7. Re: xsl:for-each-group? (Eric Scheid) 8. Re: every developer's nightmare (Bob Patin) 9. RE: every developer's nightmare (Hank Shrier) ---------------------------------------------------------------------- Message: 1 Date: Sat, 04 Oct 2008 17:00:56 +1000 From: Eric Scheid <eric.scheid@...> Subject: xsl:for-each-group? To: fmpexperts <FMPexperts@...> Message-ID: <C50D51C8.63D0%eric.scheid@...> Content-Type: text/plain; charset="US-ASCII" Has anyone used <xsl:for-each-group> and have some sample code to share? e. -- Ironclad Networks Information Architecture http://www.ironclad.com.au/ "Providing tactical IA services to web agencies" ------------------------------ Message: 2 Date: Sat, 4 Oct 2008 07:22:49 -0400 From: Beverly Voth <bvoth@...> Subject: Re: xsl:for-each-group? To: "fmpexperts@..." <fmpexperts@...> Message-ID: <C46B33ED-A2E3-4D6E-9A60-B3E6C62016FA@...> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes This is an XSLT 2.0 function and thus not 'native' to FMP. Where are you using it, or trying to use it in relation to FMP? If within somewhere else, tell us more? :D b -- Beverly Voth mailto:bvoth@... tel:(606) 864-0041 -- On Oct 4, 2008, at 3:00 AM, Eric Scheid <eric.scheid@...> wrote: > Has anyone used <xsl:for-each-group> and have some sample code to > share? > > e. > > -- > Ironclad Networks > Information Architecture > http://www.ironclad.com.au/ > > "Providing tactical IA services to web agencies" > > _______________________________________________ > FMPexperts mailing list > FMPexperts@... > http://lists.ironclad.net.au/listinfo.cgi/fmpexperts-ironclad.net.au ------------------------------ Message: 3 Date: Sat, 4 Oct 2008 13:25:57 +0100 From: Colm Osiris <subs@...> Subject: Re: every developer's nightmare To: fmpexperts@... Message-ID: <18639CF7-D57E-45D6-BC6A-3E8718C98EAD@...> Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Thank you to Tim, Ibrahim and Dale. Yes, it was the most recent version he was using, and no, it wasn't in the Trash. He wasn?t using FMSA to back up his databases, but he will do now. Still at a loss as to why this actually happened in the first place. Has anyone heard of it happening before? It?s completely a new one on me. Colm ------------------------------ Message: 4 Date: Sat, 4 Oct 2008 14:16:40 +0100 From: Steve Cassidy <scass@...> Subject: Re: every developer's nightmare To: fmpexperts@... Message-ID: <D4A85726-6B09-46DB-9E85-FED17427DD97@...> Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed Colm I think this warrants further investigation. I wouldn't say it is impossible that Filemaker somehow 'forgot' to write changes to disk. But this would be a very unusual occurrence -- perhaps one that has not arisen in Filemaker's history so far. It is much more likely that, in fact, there was a duplicate file or files involved in some way. I would double and triple check that there are no other files. (It sounds as if this person keeps multiple copies of files -- for backup purposes -- elsewhere on disk; any automatic opening of a file by FMP based on a file reference or, say, Open Recent is suspect if there are other files within reach...) Try doing a search of all available disks by modification date. I reckon you'll find a file hidden somewhere with a modification date matching the day the problem arose... Of course, you could just put the error down to a one in a billion chance that FMP failed to write out the changes. But if it is in fact something else, it could turn around and bite your friend again... Steve On 4 Oct 2008, at 13:25, Colm Osiris wrote: > Yes, it was the most recent version he was using, and no, it wasn't > in the Trash. > > He wasn?t using FMSA to back up his databases, but he will do now. > > Still at a loss as to why this actually happened in the first > place. Has anyone heard of it happening before? It?s completely a > new one on me. ------------------------------ Message: 5 Date: Sat, 4 Oct 2008 09:24:05 -0500 From: tim ballering <affordable@...> Subject: Re: every developer's nightmare To: fmpexperts@... Message-ID: <60DB0BC7-507B-40D8-8203-65BF67BAF415@...> Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed On Oct 4, 2008, at 7:25 AM, Colm Osiris wrote: > He wasn?t using FMSA to back up his databases, but he will do now. Are you saying that the file is hosted by FMS, but the back ups were done without using the FMS back up routine? Tim Ballering tim@... ------------------------------ Message: 6 Date: Sat, 4 Oct 2008 08:36:33 -0600 From: Stephen Wonfor <wonfuji@...> Subject: Re: every developer's nightmare To: fmpexperts@... Message-ID: <7620F742-7B91-444A-BCE5-A024FB85AAA7@...> Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes The only thing even remotely like this was a server that "forgot" to write at a client site. eMac running 10.4.11 and Server 8. no writes to disk for 12 days. no backups written. no nothing. machine eventually went down. upon restore there was no data in any file or backup that more current than 12 days ago. Stephen ----- There's a theory that if you gave a million monkeys typewriters and set them to work, they'd eventually come up with the complete works of Shakespeare. Thanks to the Internet, we now know this isn't true. --- Ian Hart On Oct 4, 2008, at 6:25 AM, Colm Osiris wrote: > Thank you to Tim, Ibrahim and Dale. > > Yes, it was the most recent version he was using, and no, it wasn't > in the Trash. > > He wasn?t using FMSA to back up his databases, but he will do now. > > Still at a loss as to why this actually happened in the first place. > Has anyone heard of it happening before? It?s completely a new one > on me. > > Colm > _______________________________________________ > FMPexperts mailing list > FMPexperts@... > http://lists.ironclad.net.au/listinfo.cgi/fmpexperts-ironclad.net.au ------------------------------ Message: 7 Date: Sun, 05 Oct 2008 01:00:57 +1000 From: Eric Scheid <genius@...> Subject: Re: xsl:for-each-group? To: fmpexperts <fmpexperts@...> Message-ID: <C50DC249.648C%genius@...> Content-Type: text/plain; charset="US-ASCII" On 4/10/08 9:22 PM, "Beverly Voth" <bvoth@...> wrote: > This is an XSLT 2.0 function and thus not 'native' to FMP. by not native, you mean not supported in it's XML/XSL export right? > Where are you using it, or trying to use it in relation to FMP? > If within somewhere else, tell us more? :D Sadly, trying to use it to get some intelligent grouping happening in XML+XSL exports. Any advice on how to do it some other way? I've considered Muenchian grouping, but I need to do sub-groups and the oracle of google warns off on that. Given this data ... state city name ----------------------------- nsw sydney eric nsw sydney john nsw newtown bill nsw coffs jane qld brisbane alex qld brisbane alec I want to produce output like this: nsw: sydney: eric john newtown: bill coffs: jane qld: brisbane: alex alec Any suggestions? e. ------------------------------ Message: 8 Date: Sat, 4 Oct 2008 10:07:16 -0500 From: Bob Patin <bob@...> Subject: Re: every developer's nightmare To: fmpexperts@... Message-ID: <8AC3B061-0DA5-4C7C-8068-40DE12B536FF@...> Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes I don't see how someone could add records to a database without their being written; one record, perhaps, but how would the subsequent records be added without the earlier ones being "forgotten?" In 15 years I've never seen FileMaker fail to store anything that I've input; every time, it's been a result of user error. The most common occurrence, and which I've seen clients do as recently as a week ago, is to open a 2nd copy, thinking that you're working on the server copy. Then when you go to the server copy, the data is just "not there." I know I'm probably echoing other comments, but thought I'd throw in my 2 bits; I'd bet money that this isn't a case of FileMaker not properly storing inputted data. Bob Patin Longterm Solutions bob@... 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin AIM: longterm1954 FileMaker 9 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -------------------------- FileMaker hosting and consulting for all versions of FileMaker PHP ? Full email services ? Free DNS hosting ? Colocation ? Consulting On Oct 4, 2008, at 8:16 AM, Steve Cassidy wrote: > Colm > > I think this warrants further investigation. I wouldn't say it is > impossible that Filemaker somehow 'forgot' to write changes to disk. > But this would be a very unusual occurrence -- perhaps one that has > not arisen in Filemaker's history so far. It is much more likely > that, in fact, there was a duplicate file or files involved in some > way. > > I would double and triple check that there are no other files. (It > sounds as if this person keeps multiple copies of files -- for > backup purposes -- elsewhere on disk; any automatic opening of a > file by FMP based on a file reference or, say, Open Recent is > suspect if there are other files within reach...) > > Try doing a search of all available disks by modification date. I > reckon you'll find a file hidden somewhere with a modification date > matching the day the problem arose... > > Of course, you could just put the error down to a one in a billion > chance that FMP failed to write out the changes. But if it is in > fact something else, it could turn around and bite your friend > again... > > Steve > > > > > On 4 Oct 2008, at 13:25, Colm Osiris wrote: > >> Yes, it was the most recent version he was using, and no, it wasn't >> in the Trash. >> >> He wasn?t using FMSA to back up his databases, but he will do now. >> >> Still at a loss as to why this actually happened in the first >> place. Has anyone heard of it happening before? It?s completely a >> new one on me. > > _______________________________________________ > FMPexperts mailing list > FMPexperts@... > http://lists.ironclad.net.au/listinfo.cgi/fmpexperts-ironclad.net.au ------------------------------ Message: 9 Date: Sat, 4 Oct 2008 18:10:54 +0300 From: "Hank Shrier" <hank@...> Subject: RE: every developer's nightmare To: <fmpexperts@...> Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAMwCzNbqNaZNo/OCsHOP82rCgAAAEAAAAIIMd3u5QZNJo5UineLn/9ABAAAAAA==@...> Content-Type: text/plain; charset="us-ascii" Is it possible that the data was put in by mistake in the find mode. This is a gotcha that has bitten many of us. Just a random thought as to how you can "enter" data that doesn't get written. The idea that this can e done for 12 days is hard to believe. HTH Hank Shrier Founder GBN +1 408-252-5418 Office +1 408-387-2111 Cell +1 408-521-1801 Fax hank@... THIS COMMUNICATION IS LEGALLY PRIVILEGED AND CONFIDENTIAL This e-mail, and any attachments hereto, is intended only for use by the addressee(s) named herein. If you are, or are not, the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments hereto, without written permission, is strictly prohibited. If you have received this email in error, please immediately notify me and permanently delete the original and any copy of any e-mail and any printout thereof. -----Original Message----- From: fmpexperts-bounces@... [mailto:fmpexperts-bounces@...] On Behalf Of Bob Patin Sent: Saturday, October 04, 2008 6:07 PM To: fmpexperts@... Subject: Re: every developer's nightmare I don't see how someone could add records to a database without their being written; one record, perhaps, but how would the subsequent records be added without the earlier ones being "forgotten?" In 15 years I've never seen FileMaker fail to store anything that I've input; every time, it's been a result of user error. The most common occurrence, and which I've seen clients do as recently as a week ago, is to open a 2nd copy, thinking that you're working on the server copy. Then when you go to the server copy, the data is just "not there." I know I'm probably echoing other comments, but thought I'd throw in my 2 bits; I'd bet money that this isn't a case of FileMaker not properly storing inputted data. Bob Patin Longterm Solutions bob@... 615-333-6858 http://www.longtermsolutions.com iChat: bobpatin AIM: longterm1954 FileMaker 9 Certified Developer Member of FileMaker Business Alliance and FileMaker TechNet -------------------------- FileMaker hosting and consulting for all versions of FileMaker PHP . Full email services . Free DNS hosting . Colocation . Consulting On Oct 4, 2008, at 8:16 AM, Steve Cassidy wrote: > Colm > > I think this warrants further investigation. I wouldn't say it is > impossible that Filemaker somehow 'forgot' to write changes to disk. > But this would be a very unusual occurrence -- perhaps one that has > not arisen in Filemaker's history so far. It is much more likely > that, in fact, there was a duplicate file or files involved in some > way. > > I would double and triple check that there are no other files. (It > sounds as if this person keeps multiple copies of files -- for > backup purposes -- elsewhere on disk; any automatic opening of a > file by FMP based on a file reference or, say, Open Recent is > suspect if there are other files within reach...) > > Try doing a search of all available disks by modification date. I > reckon you'll find a file hidden somewhere with a modification date > matching the day the problem arose... > > Of course, you could just put the error down to a one in a billion > chance that FMP failed to write out the changes. But if it is in > fact something else, it could turn around and bite your friend > again... > > Steve > > > > > On 4 Oct 2008, at 13:25, Colm Osiris wrote: > >> Yes, it was the most recent version he was using, and no, it wasn't >> in the Trash. >> >> He wasn't using FMSA to back up his databases, but he will do now. >> >> Still at a loss as to why this actually happened in the first >> place. Has anyone heard of it happening before? It's completely a >> new one on me. > > _______________________________________________ > FMPexperts mailing list > FMPexperts@... > http://lists.ironclad.net.au/listinfo.cgi/fmpexperts-ironclad.net.au _______________________________________________ FMPexperts mailing list FMPexperts@... http://lists.ironclad.net.au/listinfo.cgi/fmpexperts-ironclad.net.au ------------------------------ _______________________________________________ FMPexperts mailing list FMPexperts@... http://lists.ironclad.net.au/listinfo.cgi/fmpexperts-ironclad.net.au End of FMPexperts Digest, Vol 8, Issue 5 **************************************** _______________________________________________ FMPexperts mailing list FMPexperts@... http://lists.ironclad.net.au/listinfo.cgi/fmpexperts-ironclad.net.au |
| Free Forum Powered by Nabble | Forum Help |