PureBytes Links
Trading Reference Links
|
<x-html>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=windows-1252" http-equiv=Content-Type>
<META content="MSHTML 5.00.2919.6307" name=GENERATOR></HEAD>
<BODY>
<DIV><FONT color=#0000ff face=Arial size=2><SPAN
class=680161114-26082000>Jim,</SPAN></FONT></DIV>
<DIV><FONT color=#0000ff face=Arial size=2><SPAN
class=680161114-26082000></SPAN></FONT> </DIV>
<DIV><FONT color=#0000ff face=Arial size=2><SPAN class=680161114-26082000>I
would agree with you about adding columns to Explorer and a Maximize button to
the dialog box</SPAN></FONT></DIV>
<DIV><FONT color=#0000ff face=Arial size=2><SPAN class=680161114-26082000>so you
could see the results with a minimum of scrolling. Of course, I would want
to add tabs to </SPAN></FONT></DIV>
<DIV><FONT color=#0000ff face=Arial size=2><SPAN class=680161114-26082000>the
overall structure with columns under each tab. Each tab could be used to
relate columns </SPAN></FONT></DIV>
<DIV><FONT color=#0000ff face=Arial size=2><SPAN class=680161114-26082000>in an
exploration logically together. </SPAN></FONT><FONT color=#0000ff
face=Arial size=2><SPAN class=680161114-26082000> As a minimum, a maximize
button on the dialog box (grid control) would be very helpful for Metastock
</SPAN></FONT></DIV>
<DIV><FONT color=#0000ff face=Arial size=2><SPAN
class=680161114-26082000>7.5. The number of variables in a script
may need to be increased as well to support the increased
number</SPAN></FONT></DIV>
<DIV><FONT color=#0000ff face=Arial size=2><SPAN class=680161114-26082000>of
columns.</SPAN></FONT></DIV>
<DIV><FONT color=#0000ff face=Arial size=2><SPAN
class=680161114-26082000></SPAN></FONT> </DIV>
<DIV><FONT color=#0000ff face=Arial size=2><SPAN
class=680161114-26082000>Thanks,</SPAN></FONT></DIV>
<DIV><FONT color=#0000ff face=Arial size=2><SPAN
class=680161114-26082000></SPAN></FONT> </DIV>
<DIV><FONT color=#0000ff face=Arial size=2><SPAN
class=680161114-26082000></SPAN></FONT> </DIV>
<DIV><FONT color=#0000ff face=Arial size=2><SPAN class=680161114-26082000>Ron
Stockstill</SPAN></FONT></DIV>
<BLOCKQUOTE
style="BORDER-LEFT: #0000ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">
<DIV class=OutlookMessageHeader><FONT face="Times New Roman"
size=2>-----Original Message-----<BR><B>From:</B>
owner-metastock@xxxxxxxxxxxxx [mailto:owner-metastock@xxxxxxxxxxxxx]<B>On
Behalf Of</B> Jim<BR><B>Sent:</B> Saturday, August 26, 2000 6:35
AM<BR><B>To:</B> metastock@xxxxxxxxxxxxx<BR><B>Subject:</B> RE: To PD Manager
- Data Feed Question<BR><BR></DIV></FONT><FONT size=3>how about adding a few
more columns in the explorer.....and when you open a chart...allow me to see
the chart without closing all the other windows... <BR><BR><BR>At 04:03 PM
8/25/00 -0600, you wrote:<BR>
<BLOCKQUOTE cite type="cite">Lionel:<BR><BR>Having been intimately involved
in the development of software for Equis<BR>since 1988, I want to set the
record straight. Our motivations for our<BR>overall software
architecture have nothing to do with the issues you bring<BR>up. We
would never ignore "easy" solutions. Chances are that there
are<BR>numerous technological issues behind the scenes that prevent the
"easy"<BR>solution from being implemented. Things are not always as
they seem on the<BR>surface. <BR><BR>The fact remains that virtually
all capabilities of MetaStock have been<BR>added at the request of users of
our software. The fact that we are unable<BR>to implement all
requested technology for each and every individual user<BR>does not mean
that we do not listen or care about our customer base. While<BR>many
users (such as yourself and others on this list) have been
campaigning<BR>for a more open architecture design, we have just as many
users (if not<BR>more) who want a one-stop solution for all their
needs. We will create a<BR>more modular design and we will open up to
more third party developers, but<BR>we will not sacrifice more of our
already battered quality to do it.<BR><BR>We are working to implement many
of the changes requested by yourself and<BR>others on this list. I
cannot guarantee that everything will be done<BR>perfectly "to order" for
each and every user. It remains to be seen if I<BR>can lead a team of
dedicated programmers to develop an application that<BR>meets your needs as
well as the individual needs of everyone who reads this<BR>list. I can
promise that I (and Equis) am passionate about trying to<BR>produce software
that EVERYONE finds useful and that is a good value for the<BR>cost.
In the meantime, I will not sit quietly on the sidelines if
anyone<BR>implies that Equis, my team or I do not listen or care about
customer<BR>issues.<BR><BR><BR>Ken Hunt<BR>Programming Manager<BR>Equis
International<BR><BR><BR>-----Original Message-----<BR>From: Lionel Issen
[<A href="mailto:lissen@xxxxxxxxx"
eudora="autourl">mailto:lissen@xxxxxxxxx</A>]<BR>Sent: Friday, August 25,
2000 11:50 AM<BR>To: metastock@xxxxxxxxxxxxx<BR>Subject: Re: To PD Manager -
Data Feed Question<BR><BR><BR>In the early days of Metastock, there was a
basic version and a Pro version.<BR>I think that sales were thin with the
basic version.<BR><BR>Your idea of a modular version is great. It has
been urged on Equis for<BR>many years. There is also 3rd party software,
like TAS, that would answer<BR>many of the problems in Metastock, but Equis
wont touch it. The present<BR>solution of having to learn a new high level
language is stupid. A more<BR>powerful formula language would be a simpler
and more elegant solution for<BR>the user.<BR><BR>Equis doesn't want to
develop a modular version. Unlike Investors FastTrack<BR>they do not want to
encourage 3rd party add-on programs. Reuters wants to<BR>use Metastock as a
means to sell their data service.<BR>Lionel
Issen<BR>lissen@xxxxxxxxx<BR>----- Original Message -----<BR>From: Al
Taglavore <altag@xxxxxxxxxx><BR>To:
<metastock@xxxxxxxxxxxxx><BR>Sent: Friday, August 25, 2000 12:23
PM<BR>Subject: Re: To PD Manager - Data Feed Question<BR><BR><BR>>
Ken,<BR>><BR>> Why cannot we have a basic model of the software and
then BUY the<BR>> additional modules from Equis that the user feels would
enhance his or her<BR>> use of the program in the manner he/she
uses/trades?<BR>><BR>> Rather than to have the premise, "... we will
never be able to provide the<BR>> perfect software for the entire
spectrum of<BR>> users, but we can try to produce software that the
greatest number of<BR>users<BR>> will find useful in some way," why
not<BR>> build a model that will address the majority and then suppy
different<BR>> segments of the market with the tools they need for their
markets and<BR>> degrees of involvement. The person that trades a
five thousand dollar<BR>> account surely does not need OR WOULD USE the
tools or methodologies of a<BR>> person trading a half million dollar
account.<BR>><BR>> Would this not then allow Equis more flexibility
and contribute to a more<BR>> powerful program? No one can expect
Equis to supply a Cadillac at the<BR>> price of a Saturn.<BR>><BR>>
Al Taglavore<BR>><BR>> > From: PD Manager
<pdmanager@xxxxxxxxxxxxxxxxx><BR>> > To:
'metastock@xxxxxxxxxxxxx'<BR>> > Subject: RE: To PD Manager - Data
Feed Question<BR>> > Date: Friday, August 25, 2000 10:20 AM<BR>>
><BR>> I have stated before that we do not consider our users computer
or<BR>> programming experts. Even with that, it is extremely
difficult to make<BR>> software useful to a user base where their
technical abilities have such a<BR>> wide range.<BR>><BR>> We
literally get hundreds of suggestions every year from a set of
users<BR>who<BR>> want to make the software "easier to use". We get
just as many<BR>suggestions<BR>> from a user base who want it to be "more
powerful and flexible". The<BR>> demands of these two groups are
entirely different. The trick is to try<BR>> and<BR>> produce a
software package that can fill both needs. Obviously we will<BR>>
never be able to provide the perfect software for the entire spectrum
of<BR>> users, but we can try to produce software that the greatest
number of<BR>users<BR>> will find useful in some way. This also
means that it is next to<BR>> impossible<BR>> to ultimately please
everyone.<BR>><BR>> We are always trying to make our software easier
to use. We are also<BR>> constantly trying to add features and
capabilities that the "power user"<BR>> demands. At this point we
are not willing to do one of these things at<BR>the<BR>> expense of the
other.<BR>><BR>> Ken Hunt<BR>> Programming Manager<BR>> Equis
International<BR>><BR>> -----Original Message-----<BR>> From:
Gerard Heuby [<A href="mailto:mail@xxxxxxxxx"
eudora="autourl">mailto:mail@xxxxxxxxx</A>]<BR>> Sent: Friday, August 25,
2000 7:44 AM<BR>> To: metastock@xxxxxxxxxxxxx<BR>> Subject: Re: To PD
Manager - Data Feed Question<BR>><BR>><BR>> Ton,<BR>><BR>> I
do not blame Equis guys, I agree they made a nice software but right
now<BR>> this software can be used without problems only by experts like
you.<BR>><BR>> My goal is not to become an expert in operating systems
nor softwares, I<BR>> just want to forget technical stuff to focus on
markets.<BR>><BR>> All people in this list have more knowledge in
Windows than the average<BR>> Windows users.<BR>> I am really far from
an expert but I have installed several operating<BR>> systems and a lot
of softwares, sure I didn't make all perfect but all my<BR>> other
softwares including real-time systems are working nicely.<BR>><BR>> I
think next step for Equis would be to make MS usable by the average<BR>>
people.<BR>><BR>> Gerard<BR>><BR>><BR>> ----- Original
Message -----<BR>> From: A.J. Maas <<A
href="mailto:anthmaas@xxxxxxxxx"
eudora="autourl">mailto:anthmaas@xxxxxxxxx</A>><BR>> To:
Metastock-List <<A href="mailto:metastock@xxxxxxxxxxxxx"
eudora="autourl">mailto:metastock@xxxxxxxxxxxxx</A>><BR>> Cc:
suggestions@xxxxxxxxx <<A href="mailto:suggestions@xxxxxxxxx"
eudora="autourl">mailto:suggestions@xxxxxxxxx</A>><BR>> Sent:
Thursday, August 24, 2000 6:41 PM<BR>> Subject: Re: To PD Manager - Data
Feed Question<BR>><BR>> You guys @ Equis are under-estimating the
quality of your own products and<BR>> that of your programmers<BR>>
and their programming skills + levels.<BR>> You guys are also
under-estimating the quality of the different OS<BR>versions<BR>> that
are being used, eg<BR>> stand-alone or in combination with your Equis
products.<BR>><BR>> >From only servicing + supporting some 10,000+
PC's, can easely come to<BR>> this<BR>> "OS stand-alone or in<BR>>
combination with..."-conclusion, eg from also having installed
your<BR>various<BR>> Equis products on the<BR>> various OS's in our
company's internal program demonstrations ( to only<BR>> show<BR>> off
to collegue's your<BR>> program as a demo of what it is all capable of )
and from my own testing<BR>> purposes.<BR>> The best way to test this
latter, is to install your products on clean<BR>> OS's,<BR>> eg prior
to any other 3td party<BR>> software installs, and after that particular
OS is fully set-up,<BR>configured<BR>> right and set
right.<BR>><BR>> Then, following the above, a few more easely further
drawn conclusions can<BR>> be made:<BR>>
--------------------------------------------------------------------------<BR>--<BR>><BR>>
-----------------------------------------------<BR>> - Users can blame
themselves for buying and installing unproper PC's and<BR>> other 3td
party accessories, software<BR>> + hardware products.<BR>>
- Users can also blame themselves for not providing their PC's the<BR>>
environments in which the quality products<BR>> can live an
uninterupted production life, eg in the lack of having<BR>proper<BR>>
installations, configurations, settings,<BR>> software +
hardware.<BR>> - Users can further blame themselves for their lack and/or
continiously<BR>> lack<BR>> in not providing their PC's
the<BR>> always required software + hardware maintanance,
badly required for<BR>> having<BR>> decent productivity
environments.<BR>> - Users can also further blame themselves for being
computing illiturates,<BR>> eg blindly installing whatever 3d
party<BR>> softwares + hardwares they can get their hands on,
and/or for making<BR>> unqualified configurations+setting
changes.<BR>> - Equis and other software and hardware Co.'s can blame
theirselves for<BR>not<BR>> providing full Knowledge Base (Archive
in)<BR>> Support, eg free scrollable tech articles,
solutions, patches and other<BR>> downloads commonly available on the
Internet,<BR>> as can be seen + is done by many other
<very succesfull> Co.'s (eg<BR>> MS,HP,IBM,FIC,Intel,Award, just to
name a few).<BR>> - Equis and other software and hardware Co.'s can also
blame theirselves<BR>> for<BR>> not providing their users with
free<BR>> accessable educational articles on PC+their program
combined use, eg<BR>> still<BR>> lacking in the above Knowledge
Base.<BR>><BR>> >From and for the above, there are no excuses to be
made or accepted.<BR>> Like known from the 0=OFF and 1=ON switch
positions, you either do provide<BR>> or don't provide..., eg point out
to users<BR>> what should and can be done and what should and
cannot.<BR>><BR>> Besides then easely providing the solving answers of
any issues raised,<BR>> this<BR>> "public relation"-work will also be
of<BR>> a shocking possitively-thus-succesfull benificiary impuls to a
Co.'s<BR>> sales-figures.<BR>><BR>> Like the Bartjens' Law
states: 1 + 1 = 2<BR>> (no other option : "nothing else : nothing
more or nothing less").<BR>><BR>> A big thumb up for your input+that
of your Support+Sales Dep.'s is in its<BR>> place,
though.<BR>><BR>> cc - suggestions@xxxxxxxxx <<A
href="mailto:suggestions@xxxxxxxxx"
eudora="autourl">mailto:suggestions@xxxxxxxxx</A>>
{for<BR>providing<BR>> the above Knowledge Base}<BR>><BR>>
Regards,<BR>> Ton Maas<BR>> ms-irb@xxxxxxxxxxxxxxxx <<A
href="mailto:ms-irb@xxxxxxxxxxxxxxxx"
eudora="autourl">mailto:ms-irb@xxxxxxxxxxxxxxxx</A>><BR>> Dismiss the
".nospam" bit (including the dot) when replying.<BR>> Homepage <A
href="http://home.planet.nl/~anthmaas"
eudora="autourl">http://home.planet.nl/~anthmaas</A><BR><<A
href="http://home.planet.nl/~anthmaas"
eudora="autourl">http://home.planet.nl/~anthmaas</A>><BR>><BR>><BR>><BR>><BR>>
----- Original Message -----<BR>> From: PD Manager<BR>> To:
'metastock@xxxxxxxxxxxxx' <<A href="mailto:'metastock@xxxxxxxxxxxxx'"
eudora="autourl">mailto:'metastock@xxxxxxxxxxxxx'</A>><BR>> Sent:
donderdag 24 augustus 2000 20:22<BR>> Subject: RE: To PD Manager - Data
Feed Question<BR>><BR>> Gerard:<BR>><BR>> We have found that in
some cases, virtually any Windows-based program will<BR>> exhibit
problems with specific versions of Windows. Although they
may<BR>look<BR>> similar (almost identical) on the screen, there are
numerous cases where<BR>> the<BR>> low-level programming issues
between Windows versions are vastly<BR>different.<BR>> There are also
cases where problems or quirks in the Windows system itself<BR>> will
only show up in specific versions of MetaStock. When you couple
this<BR>> with the numerous problems caused by quirks in various video or
printer<BR>> drivers, it is no surprise that only specific combinations
of MetaStock<BR>and<BR>> Windows can show problems.<BR>><BR>> Ken
Hunt<BR>> Programming Manager<BR>> Equis International<BR>><BR>>
-----Original Message-----<BR>> From: Gerard Heuby [<A
href="mailto:mail@xxxxxxxxx"
eudora="autourl">mailto:mail@xxxxxxxxx</A>]<BR>> Sent: Thursday, August
24, 2000 3:39 AM<BR>> To: metastock@xxxxxxxxxxxxx<BR>> Subject: Re: To
PD Manager - Data Feed Question<BR>><BR>><BR>> Ken,<BR>><BR>>
Don't know if other people in this list can confirm but :<BR>> I have
moved from MS Pro 7.0 on NT4 to MS Pro 7.02 on W98SE to use dual<BR>>
monitoring and I have more problems now although I have installed it
as<BR>new<BR>> on a new clear system.<BR>> My 7.0 was working quite
well (out of some problems I did report in this<BR>> list).<BR>> I
will not report all the problems I have now with 7.02 , some are not<BR>>
important and I can deal with.<BR>> Others are painfull and I even had to
re-install the whole thing.<BR>> Out of this, my opinion is using MS with
W98 is the main problem ( I do<BR>> hope<BR>> 7.02 is not worse than
7.0 ).<BR>><BR>> (I will move to W2000 in the near future but I must
deal with W98 for a<BR>> while)<BR>><BR>> Can you confirm whether
operating system choice can affect MS use ?<BR>><BR>>
Gerard<BR>><BR>> ----- Original Message -----<BR>> From: PD
Manager<BR>> To: 'metastock@xxxxxxxxxxxxx' <<A
href="mailto:'metastock@xxxxxxxxxxxxx'"
eudora="autourl">mailto:'metastock@xxxxxxxxxxxxx'</A>><BR>> Sent:
Wednesday, August 23, 2000 2:49 PM<BR>> Subject: RE: To PD Manager - Data
Feed Question<BR>><BR>> Testing was implied as being part of the
debugging process. The omission<BR>> was in my email and not in our
process, although many would like to debate<BR>> me on that I'm
sure.<BR>><BR>> Your not so subtle "shot" at us for recent quality
problems has been<BR>> received, understood and well deserved. We
are trying to improve.<BR>><BR>> Thanks,<BR>><BR>> Ken
Hunt<BR>> Programming Manager<BR>> Equis International<BR>><BR>>
</FONT></BLOCKQUOTE><BR><FONT face="Courier New, Courier"
size=3>Jim...<BR>Atlanta, GA</FONT> </BLOCKQUOTE></BODY></HTML>
</x-html>
|