And I'm sure that private security is free from abuse and not prone to the highest bidder has the most power.
So if I can steal more from others, I can steal even more because I can afford your private security. Sounds like the beginning of a dictatorship/drug lord/extremist.
As I learned in 9th grade social studies, our president is elected by an electoral college, not popular vote. Popular vote is only losely tied to the electoral vote. It's been this way since 1776.
We're trying to consolidate most of our files into single, related databases (right now there's a lot of unecessary duplication). So, we know the autoupdate is out there, it just won't help us get our DBs cleaned up.
The fact that you had many different FM databases was not remotely clear in your question. Even so, each one could be automatically converted to FM7 with no hassles.
As for exporting each file, you can do a direct FM to FM import. So create your master, centralized db and do a direct import from each one.
Or create a new db that just has portals to your other dbs and you have a relational db of dbs. Just as easy to maintain through one central interface.
The real problem here is that the original questioner/poster didn't understand that FM7 has an update/rebuild engine built into it. When you open older files, it automatically updates the structure for you.
If he had understood that, we wouldn't have this entire article/question.
As for porting, FM does exports to text/cvs very easily.
I've created some horribly complicated db's in FileMaker. The kind that become huge systems as end users ask for lots of little parts to be added over the years.
FM7 converted all of those with only minor issues. Usually just GUI issues.
How about M$ spending some money to develop an installer that does that for you?
If you're shooting for the lowest common denominator like Windows does, you need to understand that 'mom & pop' are your 'lowest' and don't have a clue how to turn a firewall or virus checker off. Do it for them to prevent problems.
Seems like something they should have figured out about a decade ago...
Slashdot Mirror
And I'm sure that private security is free from abuse and not prone to the highest bidder has the most power.
So if I can steal more from others, I can steal even more because I can afford your private security. Sounds like the beginning of a dictatorship/drug lord/extremist.
No criminals because there is no law. Nobody to stop me coming into your house, stealing your stuff and shooting you.
Yeah, that works well.
I think you've separated your ideas too much. Commerce regulation IS constitutional.
See here
As I learned in 9th grade social studies, our president is elected by an electoral college, not popular vote. Popular vote is only losely tied to the electoral vote. It's been this way since 1776.
Security through obscurity probably does work better in locks than software.
However, the real problem to that whole thought is that the internet is making obscurity obsolete!
Your guess would be wrong as many companies backup their users machines during the off hours. And I think you need the machine on during backup.
Money? Lots and lots of money?
Be careful what you ask for. The upcoming DOE article might just have you getting nekkid...
We're trying to consolidate most of our files into single, related databases (right now there's a lot of unecessary duplication). So, we know the autoupdate is out there, it just won't help us get our DBs cleaned up.
The fact that you had many different FM databases was not remotely clear in your question. Even so, each one could be automatically converted to FM7 with no hassles.
As for exporting each file, you can do a direct FM to FM import. So create your master, centralized db and do a direct import from each one.
Or create a new db that just has portals to your other dbs and you have a relational db of dbs. Just as easy to maintain through one central interface.
Ever consider that the problem wasn't with the technology, but with your implementation of it?
On my Mac, I plugged in a bluetooth adaper to the keyboard, turned on bluetooth on my phone, ran iSync to find the phone and synced the selected data.
I don't know how much easier you want it to be. So I'm thinking that it's your implementation that's the issue, not the technology.
The real problem here is that the original questioner/poster didn't understand that FM7 has an update/rebuild engine built into it. When you open older files, it automatically updates the structure for you.
If he had understood that, we wouldn't have this entire article/question.
As for porting, FM does exports to text/cvs very easily.
Whoa, didn't this it would be this difficult to see. Let me correct my previous post.
FileMaker = what something similar to Access wants to be when it grows up.
No need for a script if you already have it in Excel.
FileMaker makes importing from a text/cvs/Excel file about as hard clicking your mouse 3 times.
Here's another example of Access limits = 2GB of data.
One company I worked at regularly had customer data reports greater than 2GB. Access could never deal with these.
Filemaker has has a 2GB limit PER TEXT FIELD.
More info here
No astro turfer, just a happy FM user.
FileMaker = what Access wants to be when it grows up.
And, no, I am not trolling. I've developed in both.
Ditto the parent.
I've created some horribly complicated db's in FileMaker. The kind that become huge systems as end users ask for lots of little parts to be added over the years.
FM7 converted all of those with only minor issues. Usually just GUI issues.
Lower corners
These look like speakers, but not sure...
Internal speakers
But a good though!
So, basically, Apple took the computer-in-a-monitor idea and actually designed a GOOD implementation of it?
Sure, I'll admit to that. But they've done the same thing with the iPod, origina iMac, xServe, xRAID.
Sure but you need twice as many support/OS-reinstaller/virus&spyware-remover people for those Dells.
Umm, google for ipod battery and spend less time to find out than you spent typing your question.
OR just go to iPod Battery
Heh, you must be REALLY new here...
Um, you basically described an iBook:
From apple.com/ibook:
Size and weight: iBook G4 with 12.1-inch display
Weight: 1.35 inches (3.42 cm)
Width: 11.2 inches (28.5 cm)
Depth: 9.06 inches (23.0 cm)
Weight: 4.9 pounds (2.2 kg)
You can use the keyboard for input. Or can you only imagine a tablet with a touch screen? And I bet you want it cheap too...
Yes...see my sig.
So I'll wait until somebody leaks the prototype photos before I make such a judgement.
Holy crap, but I've never seen such a blatant place to say RTFA.
But then again, I'm new here...
How about M$ spending some money to develop an installer that does that for you?
If you're shooting for the lowest common denominator like Windows does, you need to understand that 'mom & pop' are your 'lowest' and don't have a clue how to turn a firewall or virus checker off. Do it for them to prevent problems.
Seems like something they should have figured out about a decade ago...