Am I mistaken, or does CityDesk 2.0 continue to lack support for multiple users over a TCP/IP network.
Should work fine over TCP/IP under the same conditions as Access (I think - Fog Creek will correct me if I'm wrong): namely, that you be able to see the CD file as living on a drive. If you're using a VPN and map a drive, it should work fine. If you're talking about just hitting a database on a Web server, well, no, this isn't the right product.
I am wondering about the case where you can't map a network drive.
Alan, If you can't see the drive, you can't use the CityDesk file.
Mark, unfortunately, there isn't, and that would be impossible. The ftp protocol doesn't include ways to do things like read a range of bytes or write a range of bytes, which are necessary to support "true" file systems. When CityDesk writes out your changes to an article, you need a way of writing only the article that has changed. The FTP protocol only includes commands for putting and getting an entire file.
Joel... that's too bad.
Oh, nor am I the CEO of a software company. Surely there are other issues beyond feasability, such as cost to develop v. people it would benefit enough to influence their buying decision.
Joel, wouldn't WEBDAV do just this? I thought it was supposed to offer the NETBIOS file primitives (as in NETBEUI or NBT) over HTTP. Have you tried CD over WEBDAV?
There are utilities that you mount an FTP site as a Windows drive, such as Web Drive (http://www.webdrive.com/products/webdrive/index.html), but, as Joel said, that doesn't mean they provide actual filesystem services.
No one has said yes or no as to whether this is a problem for them.
I agree. It is a part of our long-term (3.0) strategy for CityDesk to support remotely distributed teams, probably with a more expensive "server" version.
Joel... I wonder if these inelegant kludges we see today are the result of products that grew beyond their initial vision. For example, CityScript. As you add more features, will it become less and less cohesive?
Fog Creek Home