Jump to content
Claris Engage 2025 - March 25-26 Austin Texas ×
The Claris Museum: The Vault of FileMaker Antiquities at Claris Engage 2025! ×

This topic is 6248 days old. Please don't post here. Open a new topic instead.

Recommended Posts

Posted

I've never blocked someone before. You are my first. I hope you feel special. But, because I had never blocked someone before, I didn't know all your posts and existance would simply vanish (I'd heard about it but never experienced it). So when all your posts disappeared, I thought maybe you realized what a one-sided PIB you were being to everyone and that you deleted your own posts. So I deleted my last post about you. Now I realized it was just because, when you put someone behind a lead wall, everything about them disappears. That's okay, though, I can learn ...

I was not so lucky that you realized how offensive you are being to everyone here. So to be sure it's clear, I'm re-pasting my response to be sure you read it. And then, in future, when I never respond again, you'll know exactly why. I, like you, tell 'em like I see 'em. So this is for you, Genevieve, who insists their reality is the only one in the world - I want it very clear to you at which point I gave up on you:

"Well you're filling very happy to have smacked down a newbie that threatens your business of graph tidying."

Oh, you are truly a gem. Graph tidying? Now where did I EVER EVER EVER even mention the graph? Again ... you go off in directions with no evidence; no proof, it's quite unbecoming.

If you knew ANYTHING at all about me (which obviously you don't), you'd know that I truly care about helping newbies. You can call names all you wish. Someone such as you can't possibly hurt me - only those with MINDS and HEARTS can hurt me. So yes, I'm smiling; I'm smiling because I don't have to ever listen to you again. I've added you to my personal lead wall.

Posted

1) You made a post requesting help with a false scenario

2) You were provided with an example file which was appropriate to said scenario

3) You proceeded to complain that the example file didn't work correctly

4) You then began yelling at Michael for supplying the file in the first place.

5) We then had to spend time reading your page long posts. Most of which contained broad based statements, which weren't backed up by facts:

200ms vs 100ms in a single test using 1 script is not a bench mark - add multiple clients, different volumes of records, different network configurations, different database structures, different client / server hardware configurations and task loads, a variety of different complex calculations - then you may have a bench mark

6) You respond to posts putting words in our mouths - either your english is not entirely brilliant or you are choosing to make words appear that aren't there... and then continue to make additional page long posts about the words you put in our mouths.

7) None of us thinks FileMaker is perfect - if you've been on these forums as long as all of us have you will see that we constantly complain about FM and all of us constantly lodge requests to FMI which is the best we can do in most cases.

8) This topic stopped being relevant after the first 6 posts - and unfortunately my decision to close it due to irrelevance was not accepted by Stepehen.

9) You continued to post additional page long posts when you clearly at this point understand that we no longer care -> you do not take the time to properly read our posts and we do not have the time to rebut everything that comes out of your fingers at a whim as a result.

10) Put your time to some good use, call up FMI and whine to them. I will once again re-iterate what i have said before. If you want to make a feature request, do so in a new thread.

11) I will admit that FM has issues, but if you are this distraught with FM and all it has to offer - go learn something like access, or better yet SQL - don't even have to worry about relationship graphs there because they don't exist.

Posted

1) You made a post requesting help with a false scenario

No it was same thing as the actual thing.

It is the same thing as the second sample I posted.

Unfortunately, the first one wasn't simplistic enough and may have been rightfully interpreted in an other direction, which comment did

2) You were provided with an example file which was appropriate to said scenario

My 1st scenario wasn't simplistic enough and lead to too much interpretation.

3) You proceeded to complain that the example file didn't work correctly

I do not complained at all, I just said, asked if it fitted, thats it didn't in fact. Should have had lie ?

4) You then began yelling at Michael for supplying the file in the first place.

Not at all, I did not yell at Michael. I told him how much I was surprised that he did a file just for me and thanked him. That's written all you have to do is read.

Then I've shared some though about forums and how wanting to help too much can be counter productive, some agreed

In fact if we look it well, we'll see that's its you who put oil on fire.

You expressed your were happy with FMS server side processing, you tried to learn me about network latency as if i didn't known, you confessed your love to the graph.

never ever you did share a concerna about FMP

You and soren just did counter my claims without any backing and then how do you expect I wont answer

If rather than denying what I claimed without facts, you'd have given facts then none of this would occur.

But even though you have some concerns with FMP, and probably i've expressed some, you acted as if it was perfect.

Soren dared to say that import/export are for kiddies

Posted (edited)

A very vague question will never receive an answer that the person submitting is hoping for, likewise a question that isn't the question the person submitting wants to ask will get the answer to that question, and not the question that they actually want the answer to .

That's called network latency,and i believe you are referring to ms not s. Now take a much more complex script that loops through 100,000 records, does various heavy duty calculations and let us know how long that takes.

The main advantage of these scripts is that they can indeed be run on a regular scheduled basis removing the need for a robot machine with an extra FM license - this is something a lot of us developers called for, for a long time.

Isn't time consuming scripts an artifact of inappropriately structured solutions, and especially the need to import and export are really giving your style away. This is stumbling near to syncronization, which relational structure are there to prevent.
Edited by Guest
Posted

Soren Said:

Isn't time consuming scripts an artifact of inappropriately structured solutions, and especially the need to import and export are really giving your style away. This is stumbling near to syncronization, which relational structure are there to prevent.

Exactly, Soren assumed I can't code good because I use imports. But as I take data from 2 other database I need import.

so he was completly wrong as well as insulting all who use imports. and that's beside the poin anyway, the post was about the fact that scripted import/export can't be done on server side processing.

To which he said, you don't have to use it anyway, and if you do, that means you're a morron, how this is relevant to the subject.

Moreover Filemaker, forces you do to a lot of imports to Duplicate data because you have to duplicate data if you want speed in a lot of situation because unstored calc and relationships are so slow.

So thanks to re-highlighting Soren's off topic and false claims

Posted (edited)

Isn't time consuming scripts an artifact of inappropriately structured solutions, and especially the need to import and export are really giving your style away. This is stumbling near to syncronization, which relational structure are there to prevent.

Moreover Filemaker, forces you do to a lot of imports to Duplicate data because you have to duplicate data if you want speed in a lot of situation because unstored calc and relationships are so slow.

... That statement proves exactly what he was trying to say.

Final quote:

Regarding the relationships graph - I suggest you use some other items of software before you go and start critisizing that graph - IMHO its one of the best features of FM. While i admit the improvements wouldn't go amiss, it is a very powerful tool...

http://www.fmforums.com/attachments/uploads/1175000382-relationships.gif

Edited by Guest
Posted

Genx Said:

The main advantage of these scripts is that they can indeed be run on a regular scheduled basis removing the need for a robot machine with an extra FM license - this is something a lot of us developers called for, for a long time.

You said FMS scripted server side processing give you the same functionality as a robot machine. Which is completly false, see import/export (and I means 100% scripted one) so don't tell me about dialog box, there's none here.

So you particular post was just about spreading the wrong fact that if you used to have a robot machine FMS will get rid of it. Which is false.

Posted

genevieve charbon Said:

Moreover Filemaker, forces you do to a lot of imports to Duplicate data because you have to duplicate data if you want speed in a lot of situation because unstored calc and relationships are so slow.

... That statement proves exactly what he was trying to say.

Yes I understand he fobids me for theorical reason to duplicate date. But if you want performance, YOU HAVE TO, even though it's ugly.

I don't do it for the joy of it. You have to do it if you want speed.

By the way, even in pure sql, if you care for pêrformance, you'll create cache tables whenever you want.

So save me the pure theoricakl thing. We're in real world

Posted

You said FMS scripted server side processing give you the same functionality as a robot machine. Which is completly false, see import/export (and I means 100% scripted one) so don't tell me about dialog box, there's none here.
I don't know of anyone who imports files on that regular a basis.

Yes I understand he fobids me for theorical reason to duplicate date. But if you want performance, YOU HAVE TO, even though it's ugly.
... I'm sorry but that's another blanket statement - can you explain how the injection of more duplicated data helps?

SQL is a different beast to FM.

This topic is 6248 days old. Please don't post here. Open a new topic instead.

Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

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