Good progress was made today. I now have a working GUI on my old PocketPC, operating on data in QM running locally on the PDA itself. If you don’t read anything else, just know that this can be done for any of you, and by many of you, with or without live or scheduled syncs [...]

I wanted to share some information with you about a service that I’ve found to be quite compelling. It’s called Drop.io (say "droppy-oh"), and the more we use it here and get involved with the user community and the people who run the business, the more reasons we find to make use of it. I [...]

I think I have a solution to the problem of getting a GUI to connect into QM running on a PDA. Thankfully it doesn’t involve an in-depth understanding of Win32 process management, nuances of various releases of WinCE or the Compact Framework .NET, and no C++! The bottom line is that it should be a [...]

A lot of people talk about PDA applications, and almost everyone has some sort of portable intelligent device these days, but there aren’t many in the MV market. I think we can change that.

It’s a common question: "How do I connect something from outside of my MV DBMS to my application software?" I’ve written about all of these points in various forms before but it looks like it’s time for a recap.

I don’t think there is anything fundamentally wrong with "qualified" users getting to TCL, and I’m a big fan of having well educated users rather than intentionally obscuring the powerful environment we have. However, as soon as someone mentions financial data being tweaked, or any sort of possible violations of referential integrity, I start singin’ [...]

Several years ago I had a product called NebulaManager which had a significant amount of functionality, allowing bi-directional data movement between MV and Microsoft Office. For various reasons it never really got off the ground. Recently I’ve been spending a lot more time with Outlook, the most recent "conquest" being a utility that moves appointments [...]

I thought I’d take another shot at this topic of code generation, to define some terms and set the informational base that may help more people to understand and get excited about my other blog entry on this topic.

As much as none of us like the technology roller coaster, it simply "is". I think MV developers sort of miss the big picture when we have discussions about .NET, Java, Flash, Ajax, Ruby, or any other new technology that hits the streets. Please forgive a short but hard-hitting commentary.

This is a quick request for a show of hands as to how many of you have done any work with code generation for clients to MV – or how many of you may be interested in rapid code generation for new MV user interfaces.