One of our project is running on QM :
http://hotels.easyresort.fr/eng/
All the dynamic data come from QM.
> --
> You received this message because you are subscribed to the Google
> Groups "OpenQM" group.
> To post to this group, send an email to ope...@googlegroups.com.
> To unsubscribe from this group, send email to
> openqm+un...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/openqm?hl=en-GB.
--
Cordialement,
Cedric Fontaine
Consultant internet, sp�cialiste e-commerce
D�veloppeur Web en php, html et javascript.
cell > 514.967.4441
twitter > @cedricfontaine
Interesting web-site.
I get a "Date format has to be DD/MM/YYYY" error when I use the
calendar JS widget to enter a start date.
The calendar drop down formats my start date as "02/26/2011"
>
> On 24/02/2011 2:02 PM, FFT...@aol.com wrote:
>>
>> Does OpenQM have an example of a website running, using the OpenQM
>> database? If so can you point at it? Can I play with it?
>>
>> And is there a tutorial like a "Hello World" from installing OpenQM all
>> the way to responding to a web form which is interfacing to an OpenQM
>> database?
>>
>> The number one question I get in today's world isn't really about the
>> applications built for a particular industry, but rather, whether it can
>> interface to the web.
>>
>> W
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "OpenQM" group.
>> To post to this group, send an email to ope...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> openqm+un...@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/openqm?hl=en-GB.
>
>
> --
> Cordialement,
>
> Cedric Fontaine
> Consultant internet, spécialiste e-commerce
> Développeur Web en php, html et javascript.
> cell > 514.967.4441
> twitter > @cedricfontaine
>
> --
> You received this message because you are subscribed to the Google Groups
> "OpenQM" group.
> To post to this group, send an email to ope...@googlegroups.com.
> To unsubscribe from this group, send email to
> openqm+un...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/openqm?hl=en-GB.
>
>
--
Ashley Chapman
QM comes bundled with EasyCo Coyote
http://coyote.modsoft.com/
this runs quite well on QM/Linux
of course the web is a lot more than 'multivalue'
i've been integrating multivalue with the web since 1995
normally it is a mashup of:
Linux / Apache / MySQL / PHP (known as LAMP)
i refuse to use MySQL so i substitute QM (LAQP)
there are some things totally handled by Apache / PHP and yet others (that require interaction) need extraction and possibly update from a database
Coyote runs within QM not behind or in front of
it has an invaluable tool referred to as RPC (remote procedure call)
its beauty is seamless connectivity to other flavors of multivalue
you program in Data/Basic along with the HTML presentation language
course since you're using HTML, you'll use PHP and or JavaScript
so you never run out of languages...
so the end result is browser based, thin client, central and remote server(s) all interacting together
really fun stuff
That is because you are in the U.S. and that is what your system returns to their site which you use the calendar control.
I'll have a look at it... But our main market is french speaking
customers, so there might be a bug in the english page...
On 24/02/2011 5:47 PM, Ashley Chapman wrote:
> Cedric, Dick,
>
> On 24 February 2011 20:22, Dick Thiot <dick....@gmail.com
> <mailto:dick....@gmail.com>> wrote:
>
> That is because you are in the U.S. and that is what your system
> returns to their site which you use the calendar control.
>
>
> I'm actually in Somerset, England. Last time I looked this was not U.S.
> but you never can tell where the next invasion is going to happen! ;-)
>
> Perhaps it's a browser setting, but this is something that perhaps would
> be wise to sort out so that customers can place bookings. Your call.
>
>
>
> On Thu, Feb 24, 2011 at 1:16 PM, Ashley Chapman
> <ashley....@billabong-services.co.uk
> <mailto:ashley....@billabong-services.co.uk>> wrote:
>
> On 24 February 2011 19:04, Cedric Fontaine
> <cfon...@spidmail.net <mailto:cfon...@spidmail.net>> wrote:
> > Hello,
> >
> > One of our project is running on QM :
> > http://hotels.easyresort.fr/eng/
> >
> > All the dynamic data come from QM.
>
> Interesting web-site.
>
> I get a "Date format has to be DD/MM/YYYY" error when I use the
> calendar JS widget to enter a start date.
>
> The calendar drop down formats my start date as "02/26/2011"
>
>
> >
> > On 24/02/2011 2:02 PM, FFT...@aol.com
> <mailto:FFT...@aol.com> wrote:
> >>
> >> Does OpenQM have an example of a website running, using the
> OpenQM
> >> database? If so can you point at it? Can I play with it?
> >>
> >> And is there a tutorial like a "Hello World" from installing
> OpenQM all
> >> the way to responding to a web form which is interfacing to
> an OpenQM
> >> database?
> >>
> >> The number one question I get in today's world isn't really
> about the
> >> applications built for a particular industry, but rather,
> whether it can
> >> interface to the web.
> >>
> >> W
> >>
> >> --
> >> You received this message because you are subscribed to the
> Google
> >> Groups "OpenQM" group.
> >> To post to this group, send an email to
> ope...@googlegroups.com <mailto:ope...@googlegroups.com>.
> >> To unsubscribe from this group, send email to
> >> openqm+un...@googlegroups.com
> <mailto:openqm%2Bunsu...@googlegroups.com>.
> >> For more options, visit this group at
> >> http://groups.google.com/group/openqm?hl=en-GB.
> >
> >
> > --
> > Cordialement,
> >
> > Cedric Fontaine
> > Consultant internet, sp�cialiste e-commerce
> > D�veloppeur Web en php, html et javascript.
> > cell > 514.967.4441
> > twitter > @cedricfontaine
> >
> > --
> > You received this message because you are subscribed to the
> Google Groups
> > "OpenQM" group.
> > To post to this group, send an email to
> ope...@googlegroups.com <mailto:ope...@googlegroups.com>.
> > To unsubscribe from this group, send email to
> > openqm+un...@googlegroups.com
> <mailto:openqm%2Bunsu...@googlegroups.com>.
> > For more options, visit this group at
> > http://groups.google.com/group/openqm?hl=en-GB.
> >
> >
>
>
>
> --
> Ashley Chapman
>
> --
> You received this message because you are subscribed to the
> Google Groups "OpenQM" group.
> To post to this group, send an email to ope...@googlegroups.com
> <mailto:ope...@googlegroups.com>.
> To unsubscribe from this group, send email to
> openqm+un...@googlegroups.com
> <mailto:openqm%2Bunsu...@googlegroups.com>.
> For more options, visit this group at
> http://groups.google.com/group/openqm?hl=en-GB.
>
>
> --
> You received this message because you are subscribed to the Google
> Groups "OpenQM" group.
> To post to this group, send an email to ope...@googlegroups.com
> <mailto:ope...@googlegroups.com>.
> To unsubscribe from this group, send email to
> openqm+un...@googlegroups.com
> <mailto:openqm%2Bunsu...@googlegroups.com>.
> For more options, visit this group at
> http://groups.google.com/group/openqm?hl=en-GB.
>
>
>
>
> --
> Ashley Chapman
>
> --
> You received this message because you are subscribed to the Google
> Groups "OpenQM" group.
> To post to this group, send an email to ope...@googlegroups.com.
> To unsubscribe from this group, send email to
> openqm+un...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/openqm?hl=en-GB.
--
Cordialement,
Cedric Fontaine
Consultant internet, sp�cialiste e-commerce
D�veloppeur Web en php, html et javascript.
cell > 514.967.4441
twitter > @cedricfontaine
go ahead and click on 'Save'
notice the 'tabs' change to 'Print', 'LookUp', 'LogOut'
tell it to 'Print'
you should then be able to select a printer associated with your PC and there you have it.
Will - You keep asking the same question in different forums. The user interface has nothing to do with the database. You don't "see" the database in the UI. The "MV inside" concept is completely irrelevant and invisible. You can use any UI technology with the MV DBMS, and an MV system can be a completely headless component in a mashup of services. You can't judge the database by the quality of the UI because the UI is dependent on the UI tools and the skills of the developers, not the database. If the UI sucks because some Pick guy tries to create a website with 80x24 R83 sensibilities, that's going to reflect poorly on the DBMS. With a focus on "can MV do this" and "show me an example" you completely miss the point and misrepresent the platform. Anyone who wants to see a database through a website is clueless and not qualified to make a business decision, nor would such a person be qualified to represent the capabilities of the system.
> QM comes bundled with EasyCo Coyote
> http://coyote.modsoft.com/
Sadly, not true any more.
For business reasons that it would be inappropriate to discuss here, Coyote
was removed from the bundling agreement for new licences a while back. We
still recommend it as a potential web development platform but you have to
either purchase a commercial version or use the open source version.
Martin Phillips
Ladybridge Systems Ltd
17b Coldstream Lane, Hardingstone, Northampton NN4 6DB, England
+44 (0)1604-709200
> Does OpenQM have an example of a website running, using
> the OpenQM database? If so can you point at it? Can I play
> with it?
Obviously, we cannot list sites created by our users without their
permission. Other responders have mentioned some specific sites already but
you might want to consider....
1. The openqm.com web site is itself run on QM. This site is scheduled to
get a significant revamp sometime soon to modernise its appearance but
everything that it does comes from a QM application, partly from template
HTML pages, partly from programmatically generated pages. Unless you are a
QM dealer, you don't see much of this site. There are further layers for
dealers, distributors and our own use that each allow access to more
functionallity. This site use CGI and there are notes from a Spectrum
Conference presentation about this on the openqm.com web site.
2. I have been told that DesignBais use QM for most of their demonstrations.
3. The Pavuk web development framework is based on QM. This is being
marketted into sites that know nothing about database technology and quite
rightly don't care so long as their application works.
4. There are interfaces to QM from a number of basic web technologies such
as PHP, ASP, etc. More are coming.
4. There are interfaces to QM from a number of basic web technologies such
as PHP, ASP, etc. More are coming.
I understand your frustration here.
QM only does the database, and naff all beside. It's assumed that a
newcomer will either have theor own web bits built, or will use a
character interface (or a hard coded Windows App).
Please do write a tutorial on how to get QM to the web. It's sorely lacking!
One product to take a look at is OpenInsight, as that closely ties the
MVDB to a Windows App, and also a CGI based web front-end. They have
tutorials on how to create a web application, using nothing but OI,
and a Windows IIS server. I've used it a lot, but it's far from
perfect.
Hope that helps
Ashley Chapman
P.S. What is this "Infinitivity" that you talk of?
W,i have 3 kinds of 'ecommerce' stores1) inventory dynamically extracted from 'multivalue' (ie: mvBASE, D3, or QM)2) inventory qty and price dynamically extracted (other values stored in QM)3) hybrid of the 2 above
link for type 1
this site goes 'secure' instantly (also notice the 'login' for dealers)(still a work in progress - trying to accomplish an API with 'Rate Services' from FedEx)but is a fully functioning ecommerce site
I'm amazed that with the wealth of information available that
people aren't connecting dots, and still saying this market has a
deficiency of "examples".
There are two components that people need to recognize:
1) The pipe into the DBMS.
2) The client code attaching to that pipe.
For QM, the primary pipe is QMClient. There are examples for use
of QMClient. With a single example the client technology becomes
irrelevant, it's all the same but with different syntax for the
client side.
Similarly, examples of client code have been published for every
MV platform with every available connectivity method. Once the
example is available for client X, just swap out the connectivity
method.
Example 1:
1) Pipe is D3 class library
2) Client code is VB6
Note how VB6 opens connection to D3. Swap QMClient. Now the
same VB6 client can access QM.
Example 2:
1) Pipe is mv.NET
2) Client code is C#
Note how C# opens connection to jBase or some other platform.
Swap QMClient. Now the same C# client can access QM.
Example 3:
1) Pipe is UniObjects for Java
2) Client code is Java
Note how Java opens connection to Universe or Unidata. Swap
QMClient with Java wrapper. Now the same Java client can access
QM.
Example 4:
I have published a video to demonstrate web services with any MV
platform using mv.NET, but the mv.NET part is irrelevant, use
QMClient.
Example 5:
In my blog I have a many articles about interfacing various
technologies with MV. In particular my blog series on creating a
PDA app around QM/PDA should be enough to help anyone to create a
CGI interface.
Example 6:
CGI is simply a wrapper around a command line. Look at the QM
doc for invoking commands from the command line. Now reference a
web page or book about how to invoke CGI from a web server.
Connect the dots, that's your solution.
Example 7:
At PickWiki.com and in the U2 forum there are examples of
invoking U2 functionality from the OS command line, thus linking
U2 to some client interface. Just swap the 'qm' command.
Example 8:
Over a decade ago I provided demos with source for connecting
into D3 from a wide variety of clients and languages including
PDF, VB6 and VBScript (ASP), Microsoft Word, Shockwave (Flash),
Java/JSP, ColdFusion, and speech synthesis / voice recognition.
(Some of you may have been at my presentations where I
demonstrated all of these.) The pipe used there was
FlashCONNECT, but an astute technician would recognize that all
of those examples can be used with any pipe and any MV DBMS.
See:
http://demo.rainingdata.com/wuc2000/fcdemos/index.html
(RD/TL deactivated the server long ago so the examples no longer
function, but most of the code is available or can be requested
.... seeing it work is irrelevant, internalizing the idea is
what's important.)
My point here is that examples have been provided over the years
for every environment and every pipe, and yet people somehow
claim such examples don't exist. Let's be real. People don't
want "examples". They want free, complete solutions that they
can copy/paste and make something happen. C'mon guys. Using
technology involves just a little bit of extrapolation, applying
'this' generalization to 'that' platform, and 'this' interface to
'that' language. If you don't understand the client-side
technologies for creating user interfaces, then "examples" for
database access from those technologies aren't going to help you
to create new UI's. If you do understand another technology then
you probably don't need to ask for yet another "example".
I certainly don't discourage tutorials. But I do want to
encourage some of our colleagues (in the entire MV market) to be
a little more professional. Learn your craft. Read a book.
Extrapolate. Don't look at every example as a concrete
stand-alone solution, but more as an abstraction which you can
then apply anywhere.
Maybe we should shift some focus here, with less attention on
fish (so called "examples") and more attention to learning how to
fish (basic understanding of using any library with any
language/client). We've been tossing out fish for years and
people are apparently still starving. People see fish flying
around and they say "I don't like the taste of that fish" (the
language or platform for some example). It's not the fish that
are important, the syntax of examples is irrelevant. Once people
learn how to fish, any "example" should be applicable to any
language, any client technology, and any application. This is
the lesson that mainstream developers learn early on, but which
Pick guys just never seem to get.
OK, the jacket is on. Flame away...
T
Tony,
If everyone thought as a tool developer then there wouldn't be a
need for them.
Your business focus is an example of why such documentation is useful
to the masses.
Not everyone grasps the complexities of getting stuff from A to B.
Many of the scripting
languages take the "how does that happen" out of the equation when an
Apache
module is created or a core library turns the A, B, C into just "call X".
Example; If you were to write an Apache module that processed QMBASIC
in a web page
(Coyote-style) then the "how do I build a web app using QM" would
change to language
and QM specific queries. It doesn't have to be free but you also can't
expect everyone to
roll their own solution if no solutions are commercially available. If
no one builds an easy
to deploy solution then the last best option is documentation
demonstrating the various
methods to get it done. MVWWW was an attempt at such a "demonstration"
and while
it has most likely turned into a grab-n-hack project I hope that some
of the hackers learned
something new about the client/server CGI stack and building content
bridges.
GlenB
I get that. I'm not unsympathetic, I don't pretend that this
stuff is easy or obvious, and I don't mean to insult people here
who are intelligent and competent in many other skills.
But this "A to B" question has been asked over and over in every
forum, and many examples have been provided. I know this is
socially unacceptable commentary but let's talk about the gorilla
in the room. The problem is not with the lack of examples but
that many people in this market simply ignore what's been in
front of them for years. While some of us take the time to go
off the MV menu and learn what we can about languages and how
things work, others continue to ask us to spell it out for them
in the hope that one day some massive piece of freeware will be
published in a forum or tutorial that satisfies all needs with
the least amount of education. Further, they try to push the
DBMS vendors beyond creating pipes and on to creating products
that abstract the pipes. And yet somehow after some vendors do
this (and perhaps get blasted for trying to charge for the
effort) the question comes back to "yes, but how do I do this
myself?" But they don't listen to the answers. I'm saying the
answers are available to those who will simply accept that they
must extend themselves beyond the Beginner's All-purpose Symbolic
Instruction Code. It's not people's ability that I question,
it's their approach, or lack thereof, to solving a long-term
problem.
> Many of the scripting languages take the "how does
> that happen" out of the equation when an Apache module
> is created or a core library turns the A, B, C into
> just "call X".
True, and wrappers and abstractions often present a lot of value.
But that's not what people are asking about. The question most
recently put forth is a basic "how do I communicate with QM?"
And I'll maintain that the answer has been published in product
documentation, blogs, forum postings, user group presentations,
and wikis over many many years. The answer isn't always specific
to QM, nor specific to QMClient, nor does it come in everyone's
favorite language. The anwer isn't in the code, it's in the
general approach to how such things work, but people get blinded
by the details and only come back some months later with the same
questions.
> MVWWW was an attempt at such a "demonstration" and
> while it has most likely turned into a grab-n-hack
> project I hope that some of the hackers learned
> something new about the client/server CGI stack and
> building content bridges.
Precisely my point. I'd guess that no one asking the current
questions has ever looked at MVWWW, and that they'd probably say
they've never heard of it. MVWWW is yet another example of
solutions and information which have been in this market for
years which people claim don't exist.
And so that no one needs to ask "where is this MVWWW thing and
why haven't I heard about it?"... Along with a wealth of related
information, MVWWW is linked from PickWiki.com under the heading
"How do I create a web interface to the information in my MV
DBMS?"
http://www.pickwiki.com/cgi-bin/wiki.pl?CreateWebInterfaces
T
http://www.pickwiki.com/cgi-bin/wiki.pl?CreateWebInterfaces
Again, I'm not saying this stuff is easy, neither can you
accurately state that examples don't exist. Examples abound.
Free code is everywhere. The documentation is adequate. Take
some responsibility and learn your craft, or acknowledge your
limitations and partner with people to satisfy the needs of your
clients. Make or buy. Lead, follow, or get out of the way.
Just stop pretending you don't have the information you need to
do this stuff because obviously the rest of us are doing this
every day using the information that's available.
T
Just in case you missed it, there's a tutorial/recipe for Anji at
http://billabong-services.co.uk/anji.
It's quite old now, as I've not had a chance to update it. It should
give you very concrete methods of interfaceing QM/Scarlet to the web.
I've rewritten most of the internal code, and am currently working on
a new installer. But that's not made it to the page yet.
Ashley
On 26 February 2011 19:31, Ashley Chapman
--
Ashley Chapman
1) If you don't understand the example because of the surrounding
technology, you're not likely to use the surrounding technology.
So what good is an example no matter how detailed? Technology
doesn't exist in isolation, we assemble components to make things
work. Pick is one component, other components (after the pipe)
are written in other languages. That's the world we live in.
However, once again combatting the notion that such information
doesn't exist at all, note there is already a tutorial on
installing and running QM:
http://www.openqm.org/downloads/tutorial.pdf
and also some great Getting Started guides:
http://www.rushflat.co.nz/index.php?pr=Downloads
And further, on the concept of books and other educational
material:
http://www.pickwiki.com/cgi-bin/wiki.pl?Getting_Started
You'll notice that I'm making a lot of references to
PickWiki.com. You are welcome to create a page there which links
to related pages, building to a complete resource for anyone
coming to MV for the first time. The resource exists for such
purposes.
Now on Hello World: "If you have to be a tech wizard just to do
Hello World, then to me, that's a serious roadblock and should be
fixed, not ignored :)"
I think the issue is that you think the existing connectivity
examples employ some sort of tech wizardry. The rest of the
world operates on the notion that once you have an API, you can
connect into an environment with any language and from any tool.
Once you have an API, tutorials are redundant. If you're looking
to create connectivity tutorials for outside the MV market,
you're trying to create a solution where there is no problem.
I'm not saying there's no value at all, just that (nothing
intended beyond what I'm saying) I believe you're super-imposing
your lack of understanding onto other developers when I don't
think that's necessary.
T
I think the issue is that you think the existing connectivity
examples employ some sort of tech wizardry. The rest of the
world operates on the notion that once you have an API, you can
connect into an environment with any language and from any tool.
Once you have an API, tutorials are redundant.
I believe you're super-imposing
your lack of understanding onto other developers when I don't
think that's necessary.
Objective: Tutorial able to be followed by a person of average intelligence and average computer background which will create a web aware component with a MV backend.
That's the objective Peter. That's the entire objective with no hidden parts :)
If you *need* a developer to install it (note "need" is not the same as "want")... if you need a developer to install it, because it's highly complex requiring twisting bits and rewriting drivers, than that is not the objective.
I want to pull MV kicking and screaming the entire way into the 20th century....
(That's a little joke).
When we are competing with packages, good and bad, which *do* allow, and *do have* tutorials, able to be followed by average people, for connecting web aware components with databases, then we lose at step one.
The rest of your response can be handled, but without this first part, there are no *new* customers who need it to be handled at all. Just the same old pool over whom everyone's fighting.
W
You remind me of a tab supervisor when an IBM 702 was brought into the tab room in 1954. He said "there's nothing difficult about programming - just read a card and calculate ." I suppose surgery is about the same. Any business person could do it with a good tutorial.
BobJ
I would suggest that the goal is too general but not completely
unattainable.
Page 1: Install QM, not tough at all.
Page 2: Intro to MV, again, not tough.
Page 3: Create an account.
Page 4: Intro to some GUI technology.
Page 5: Hello World
The problem is on Page 4 (which might actually be a couple pages
but please bear with me on this). DesignBais, mv.NET, and some
other offerings absolutely don't fit this specific application
because they have a complex installation and configuration. I
don't know about Pavuk.
The thing is that any tutorial like that is instantly a failure
if it uses the "wrong" technology on Page 4. QMClient.NET would
be ideal for Page 4 (and I did a quick and effective demo of this
a couple weeks ago ... anyone here who was at that demo care to
comment?). But if the reader is a LAMP guy then a .NET demo will
be an instant turnoff if not simply ineffective. So Page 4
really needs to be Page 4a, 4b, etc, with examples in a variety
of languages like PHP, Java, Delphi, C++, Ruby, and Mono
(C#/VB.NET over Linux/Mac).
What this means is that to satisfy Will's request, assuming I
understand what he wants after all of this, anyone here can
create Pages 1, 2, and 3, but Pages 4 and 5 need to be written by
people familiar with specific products or technologies. The
result would be a number of tutorials, with Page 1, 2, and 3
being identical, but the "Quick Tutorial: QM MVDBMS for PHP
Professionals" would have different Pages 4 and 5 than "Quick
Tutorial: QM MVDBMS for Delphi Professionals".
The efficacy of any tutorial can be judged by the complexity of
any given Pages 4 and 5. If that section is actually 10 pages
then most of us here would say it simply doesn't accomplish the
goal of making this platform look easy for beginners. That
doesn't mean the effort would get trashed, just that it wouldn't
be recommended to newcomers as often as the others.
With regard to what page 5 would look like, I think a number of
different Hello World examples would be good to convey the
various ways that people can get into this environment. But I
personally think it would be ideal if there were a single API for
all languages to get into QM so that any PHP guy reading the
Tutorial would have the exact same interface as the Java or Ruby
developer. For this I recommend a focus on the QMClient API, and
effort to ensure that there is a solid binding from every
language over this one pipe. From there, a tutorial would have a
very simple Page 4, as no introduction to technology would be
required, and there would just be a number of Page 5 examples,
all looking pretty much the same except for syntax.
Since we already have a number of QMClient wrapper examples I
think the ingredients already exist to produce a fine set of
tutorials aimed at specific technical audiences. I would be
happy to put this all together if any individual, company, or
community group would like to sponsor my time. Perhaps some one
or more people will volunteer to do this all for free. But I
think we've been waiting over a decade for volunteers to make
this market grow and it simply hasn't happened - I have no faith
that we can rely on volunteers into the future, there simply is
no critical mass. Marketing is a business function which
requires investment. We can get everything we want in terms of
market growth if the people/companies who stand to benefit would
simply invest in their platform. This hasn't happened - and that
topic alone could fill a chapter of a book on Pick.
The bottom line is that everything exists to make this all
happen. It's just a matter of time and money, not the existence
of information, skills, helper libraries, GUI tools, or technical
capabilities of the software.
HTH
T
Tony Gravagno
Nebula Research and Development
TG@ remove.pleaseNebula-RnD.com
Nebula R&D sells mv.NET and other Pick/MultiValue products
worldwide, and provides related development services
remove.pleaseNebula-RnD.com/blog
Visit PickWiki.com! Contribute!
http://Twitter.com/TonyGravagno
--
Hi
The soubriquet fft2 seems to indicate that you consider yourself some
I think it's too late for me to disappear Glen. I've been hacking away ever since I figured out how to do event driven processing on the Ultimate DPS 6 (which everyone said was impossible). Ever since I wrote my first BASIC decompiler back in 1987.
It's apparent that whatever it is that you want, you want it for
free, no matter how much time it takes or who has to do the labor
for you. You seem to have a real contempt for the value of other
people's time, given that they have employers or clients who pay
them to create what you're demanding for free.
"So do it"? "Ready to do it"?
In the hope of putting an end to this information-packed, but
otherwise miserable thread, I believe the conclusion is that
whatever you want, we don't have it. Go do "it" yourself. Given
your attitude here and complete lack of interest in lifting a
finger to learn anything for yourself or to take the hard-earned
advice of others, I'm going to predict that "it" will never get
done.
T