Hi Everyone!

Has any of you had good experience with
Man Machine Graphical Interface under pick/D3 running on
Windows?

I want to add this feature to our software
and I would like to have your input about
this...

In particular,
which sotfware do you use?
ever tried interfacing Visual Basic and Pick?
ever tried mvDesigner? good stuff or not?
is it possible to make Pick communicate with
Python/Tk, Perl/Tk to be also portable on Linux box?
Did you happen to make MMI work on remote PDA through
webservice?

It would be great if you could show me a little
example file...

All the best, and may the D3 force be with you!

Samuel.

Whatever your development strong points are, is where you should look for
a solution. There are a million ways to develop and deploy a GUI for Pick.
Post what your language preferences are, what platforms you want to build
for, and what you are willing to spend to get it working.

Glen
http://mvdevcentral.com

<samuel.kortas (AT) gmail (DOT) com> wrote

If you are not familiar with the options available to you, then I strongly
recommend that you take advantage of the consultancy services of Tony
Gravagno (who I'm sure will respond himself shortly) to help you decide
which technology is best for your requirements and your development team..

Regards
Simon
<samuel.kortas (AT) gmail (DOT) com> wrote

Glen,

I am coming from Unix world and I am good at Tk stuff used
with perl or python. I know well PHP and web technology
as well. That's why I was thinking of using a port of
perl or python under windows. Good guess you think?

A big question I have is how to make the two worlds
efficiently communicate in fact. What is the whole picture
like? What choice to make to have a decent reactivtiy
in the MMI?

many thanks for your time and clues!!!

Samuel

Welcome to CDP, Samuel!

"Simon Verona" <news (AT) aphroditeuk (DOT) com> wrote:
Passing Simon a pint. "Thanks Mate!"

All too predictable I suppose. I need to change that.


MMI is not a technology but a way of doing things, best practices to
make sure the end-user isn't fighting with the UI, whatever that
happens to be. In another sense, MMI is just the mechanics of
interacting with the user, like putting buttons, a display, and an ear
jack in a cell phone.

Yes, D3 can do Web Services and anything else you want, interfacing
with VB, C#, Perl, PDA's, smart phone interfaces... Skip mvDesigner
for business and technical reasons, but note that it's based on Omnis
Studio which is a great (but expensive) tool in its own right.

Getting D3 to communicate with any piece of hardware or software is no
more or less complex than working with any other environment. As Glen
said, you need to focus on business needs and your own skillset, and
then work out "solutions" from there.

If you're just looking to connect things to D3 for fun:
- I've had D3 make my coffee from coldstart and file triggers.
- I've had it generate a 3D VRML world based on application data.
- and I've used speech synthesis and voice recognition as a UI:
"Computer, when was the last file-save?". "Computer, generate a new
release." "Computer, tell me when the errors file is updated." ...

Unfortunately Pick people don't seem to be interested in any of this.
I am SO in the wrong market. Boo hoo

HTH,
Tony
TG@ removethisNebula-RnD
..com

"Computer, calculate the air speed velocity of two european swallows tied
to a coconut by a small strand of tree bark."
I'm surprised that John Cleese didn't incorporate that into the last 007
movie.

It's not the market. It's the developers and VARs. The market is there,
but hardly no one is marketing the current technologies in a cost effective
end solution that is worth a hill of pintos. I'm talking about business
solutions, not tools. Technology is great, unless you don't have a need for
it. In a lot of cases, prospective buyers don't know that the unknown
technology, which has been available for a while, can make their processes
more efficient, increase sales, or allow them to seamlessly connect
departments or divisions. Find a real market that's focused on 3D VRML and
I'll bet you can sell a product based on Pick very easily.

Glen
http://mvdevcentral.com

Thank you everyone for your inputs and advice.

I really wasn't aware that Pick could interact with so
numerous other environments. Now I have to find out how
easy it is!

For the moment, I chose to take the Path of interfacing Pick
with a web server running PHP.... I'll hope I will be able to
get somewhere. Have you ever done that kind of thing?

Do you think it's a good option? My end-user doesn't need
higher tight link with D3 for the moment, and is eager to have
nice "web interface".... Will the D3 ODBC server be good
enough to handle this?

Thanks again for your reactivity and enthousiasm about
pick!

Samuel

I'm doing that right now with FlashCONNECT, Apache, and PHP4. I wrote a
PHP and JavaScript based co-browsing application that ties to our
FlashCONNECT dynamic web site. There are no D3 ODBC clients available for
Linux. If you are brave enough to run IIS and PHP, then you should be able
to use PHP on Windows along with the regular ODBC DBI. It's best to look at
the solution overall, as components working together, and then determine
which technologies work the best for each component. Picking one familiar
technology and then bending it to fit all your needs may not provide a
robust or stable solution. There are many ways to get data in and out of
Pick, but some of them can be problematic and/or overly demanding of the
server. A little more specifics on what you are trying to do, will help.

Glen
http://mvdevcentral.com

"Samkos" <samuel.kortas (AT) gmail (DOT) com> wrote