There's source files for a calculator licensed to Stingray in the code. It
mostly seems to reference itself. If there's a calculator in the program
how much is this used. I mean how hard it is to invoke Windows' own "calc"?
There's source files for a calculator licensed to Stingray in the code. It
mostly seems to reference itself. If there's a calculator in the program
how much is this used. I mean how hard it is to invoke Windows' own "calc"?
What I mean is that if we can do
without this calculator, a couple or more stingray relayed stuff is out
the window.
I trawled through the manual and the old development documentation.
There are absolutely no references to any sort of
calculator. What I think is that Stingray was set up as a
"complete toolkit" for all sorts of MFC apps (including, say,
calculators) and that the code was simply included with Eudora because
cutting out bullshit wasn't of a high enough priority.
All that having been said, I don't think the calculator is total
bullshit (just the way it was implemented, or rather, not
implemented). I can't stand it when code that's inaccessible to
users in the normal operation of a program is retained in the distributed
version: that's like selling a house with a room walled off, no matter
whether the room contains a Masonic lodge/wine cellar/chapel (good!) or,
say, a putrefying cadaver (bad!). The calculator is like the
chapel: it's the epitome of stupidity to wall it off, but it would
be useful to the "buyer" if it weren't!
We can replace it with our own
down the road, but I get the very palpable vibe that stingray must
go.
As to having code copyright (c) Stingray Inc. ... bad, bad, bad!
So, at some point, we'll need to make a decision: do we leave HERMES w/o
a calculator in any shape or form, or do we write code for a calculator
and make it accessible? At this point, I'll punt the decision down
the line, though if we could borrow some code, I really wouldn't be
opposed to replacing rather than removing.
There's source files for a calculator licensed to Stingray in the
code. It mostly seems to reference itself. If there's a calculator in the
program how much is this used. I mean how hard it is to invoke Windows'
own "calc"?
Sorry slipped off in front of the TV. Hard day. I cant really find a
calculatormenu item in the app. I'll see what I can do. Again, it's a
problem that the program doesnt compile, but I can count errors. If need be
I can "wall if off" as you say, by replacing the code with dead ends.
What I mean is that if we can do
without this calculator, a couple or more stingray relayed stuff is out
the window.
I trawled through the manual and the old development documentation.
There are absolutely no references to any sort of
calculator. What I think is that Stingray was set up as a
"complete toolkit" for all sorts of MFC apps (including, say,
calculators) and that the code was simply included with Eudora because
cutting out bullshit wasn't of a high enough priority.
All that having been said, I don't think the calculator is total
bullshit (just the way it was implemented, or rather, not
implemented). I can't stand it when code that's inaccessible to
users in the normal operation of a program is retained in the distributed
version: that's like selling a house with a room walled off, no matter
whether the room contains a Masonic lodge/wine cellar/chapel (good!) or,
say, a putrefying cadaver (bad!). The calculator is like the
chapel: it's the epitome of stupidity to wall it off, but it would
be useful to the "buyer" if it weren't!
We can replace it with our own
down the road, but I get the very palpable vibe that stingray must
go.
As to having code copyright (c) Stingray Inc. ... bad, bad, bad!
So, at some point, we'll need to make a decision: do we leave HERMES w/o
a calculator in any shape or form, or do we write code for a calculator
and make it accessible? At this point, I'll punt the decision down
the line, though if we could borrow some code, I really wouldn't be
opposed to replacing rather than removing.
Regards
On Saturday, September 29, 2018, Soren Bro
sbrothy@users.sourceforge.net wrote:
(AFK)
There's source files for a calculator licensed to Stingray in the code. It
mostly seems to reference itself. If there's a calculator in the program
how much is this used. I mean how hard it is to invoke Windows' own "calc"?
--- Stingray Calculator
--- Sent from sourceforge.net because you indicated interest in <https: sourceforge.net="" p="" discussion="" hermesmail="" general=""> To
unsubscribe from further messages, please visit <https: sourceforge.net="" auth="" subscriptions=""> </https:></https:>
Sorry slipped off in front of the TV. Hard day.
I cant really find a calculatormenu item in the
app. I'll see what I can do. Again, it's a
problem that the program doesnt compile, but I can count errors.
Yes, that's the nature of our "sticky
wicket". Not having a compilable work product is
causing God knows how much harm to us, because
it invites skepticism. If we had something that
compiled and ran, I assure you we wouldn't have
three devs, but ten or perhaps more.
If need be I can "wall if off" as you say, by
replacing the code with dead ends.
That would be less walling it off and more
dynamiting it. By walling it off, I meant that
the Eudora machine code included the calculator,
but that there was no menu option, button, etc
(and believe me, I searched hard) to activate it.
What I mean is that if we can do without this
calculator, a couple or more stingray relayed stuff is out the window.
I trawled through the manual and the old
development documentation. There are absolutely
no references to any sort of calculator. What I
think is that Stingray was set up as a "complete
toolkit" for all sorts of MFC apps (including,
say, calculators) and that the code was simply
included with Eudora because cutting out
bullshit wasn't of a high enough priority.
All that having been said, I don't think the
calculator is total bullshit (just the way it
was implemented, or rather, not implemented). I
can't stand it when code that's inaccessible to
users in the normal operation of a program is
retained in the distributed version: that's like
selling a house with a room walled off, no
matter whether the room contains a Masonic
lodge/wine cellar/chapel (good!) or, say, a
putrefying cadaver (bad!). The calculator is
like the chapel: it's the epitome of stupidity
to wall it off, but it would be useful to the "buyer" if it weren't!
We can replace it with our own down the road,
but I get the very palpable vibe that stingray must go.
As to having code copyright (c) Stingray Inc.
... bad, bad, bad! So, at some point, we'll need
to make a decision: do we leave HERMES w/o a
calculator in any shape or form, or do we write
code for a calculator and make it accessible? At
this point, I'll punt the decision down the
line, though if we could borrow some code, I
really wouldn't be opposed to replacing rather than removing.
Regards
On Saturday, September 29, 2018, Soren Bro
sbrothy@users.sourceforge.net wrote:
(AFK)
There's source files for a calculator licensed
to Stingray in the code. It mostly seems to
reference itself. If there's a calculator in the
program how much is this used. I mean how hard
it is to invoke Windows' own "calc"?
Yes, what I meant though was "walling it off" and see if it introduced more
errors than soutions.I'm not sure this calculater is used internally. After
all it has a dialog GUI connected to it. But I cannot bring this dialog to
show? So, if we could "remove" this calculator (and replace it with blind
calls, we've gotten rid of 4 or more Stingray files.
Sorry slipped off in front of the TV. Hard day.
I cant really find a calculatormenu item in the
app. I'll see what I can do. Again, it's a
problem that the program doesnt compile, but I can count errors.
Yes, that's the nature of our "sticky
wicket". Not having a compilable work product is
causing God knows how much harm to us, because
it invites skepticism. If we had something that
compiled and ran, I assure you we wouldn't have
three devs, but ten or perhaps more.
If need be I can "wall if off" as you say, by
replacing the code with dead ends.
That would be less walling it off and more
dynamiting it. By walling it off, I meant that
the Eudora machine code included the calculator,
but that there was no menu option, button, etc
(and believe me, I searched hard) to activate it.
Regards.
On Sat, Sep 29, 2018 at 9:24 PM Ted Matavka
nmatavka@users.sourceforge.netnmatavka@users.sourceforge.net wrote:
At 07:18 AM 9/29/2018, you wrote:
What I mean is that if we can do without this
calculator, a couple or more stingray relayed stuff is out the window.
I trawled through the manual and the old
development documentation. There are absolutely
no references to any sort of calculator. What I
think is that Stingray was set up as a "complete
toolkit" for all sorts of MFC apps (including,
say, calculators) and that the code was simply
included with Eudora because cutting out
bullshit wasn't of a high enough priority.
All that having been said, I don't think the
calculator is total bullshit (just the way it
was implemented, or rather, not implemented). I
can't stand it when code that's inaccessible to
users in the normal operation of a program is
retained in the distributed version: that's like
selling a house with a room walled off, no
matter whether the room contains a Masonic
lodge/wine cellar/chapel (good!) or, say, a
putrefying cadaver (bad!). The calculator is
like the chapel: it's the epitome of stupidity
to wall it off, but it would be useful to the "buyer" if it weren't!
We can replace it with our own down the road,
but I get the very palpable vibe that stingray must go.
As to having code copyright (c) Stingray Inc.
... bad, bad, bad! So, at some point, we'll need
to make a decision: do we leave HERMES w/o a
calculator in any shape or form, or do we write
code for a calculator and make it accessible? At
this point, I'll punt the decision down the
line, though if we could borrow some code, I
really wouldn't be opposed to replacing rather than removing.
Regards
On Saturday, September 29, 2018, Soren Bro
sbrothy@users.sourceforge.net wrote:
(AFK)
There's source files for a calculator licensed
to Stingray in the code. It mostly seems to
reference itself. If there's a calculator in the
program how much is this used. I mean how hard
it is to invoke Windows' own "calc"?
Calculator --- Sent from sourceforge.net because
you indicated interest in <https: sourceforge.net="" p="" discussion="" hermesmail="" general=""> To unsubscribe from
further messages, please visit <https: sourceforge.net="" auth="" subscriptions=""> </https:></https:>
Yes, what I meant though was "walling it off" and see if it introduced more
errors than soutions.I'm not sure this calculater is used internally. After
all it has a dialog GUI connected to it. But I cannot bring this dialog to
show? So, if we could "remove" this calculator (and replace it with blind
calls, we've gotten rid of 4 or more Stingray files.
Regards.
On Sat, Sep 29, 2018 at 10:50 PM Ted Matavka
nmatavka@users.sourceforge.net
wrote:
At 09:28 PM 9/29/2018, you wrote:
Sorry slipped off in front of the TV. Hard day.
I cant really find a calculatormenu item in the
app. I'll see what I can do. Again, it's a
problem that the program doesnt compile, but I can count errors.
Yes, that's the nature of our "sticky
wicket". Not having a compilable work product is
causing God knows how much harm to us, because
it invites skepticism. If we had something that
compiled and ran, I assure you we wouldn't have
three devs, but ten or perhaps more.
If need be I can "wall if off" as you say, by
replacing the code with dead ends.
That would be less walling it off and more
dynamiting it. By walling it off, I meant that
the Eudora machine code included the calculator,
but that there was no menu option, button, etc
(and believe me, I searched hard) to activate it.
Regards.
On Sat, Sep 29, 2018 at 9:24 PM Ted Matavka
nmatavka@users.sourceforge.netnmatavka@users.sourceforge.net wrote:
At 07:18 AM 9/29/2018, you wrote:
What I mean is that if we can do without this
calculator, a couple or more stingray relayed stuff is out the window.
I trawled through the manual and the old
development documentation. There are absolutely
no references to any sort of calculator. What I
think is that Stingray was set up as a "complete
toolkit" for all sorts of MFC apps (including,
say, calculators) and that the code was simply
included with Eudora because cutting out
bullshit wasn't of a high enough priority.
All that having been said, I don't think the
calculator is total bullshit (just the way it
was implemented, or rather, not implemented). I
can't stand it when code that's inaccessible to
users in the normal operation of a program is
retained in the distributed version: that's like
selling a house with a room walled off, no
matter whether the room contains a Masonic
lodge/wine cellar/chapel (good!) or, say, a
putrefying cadaver (bad!). The calculator is
like the chapel: it's the epitome of stupidity
to wall it off, but it would be useful to the "buyer" if it weren't!
We can replace it with our own down the road,
but I get the very palpable vibe that stingray must go.
As to having code copyright (c) Stingray Inc.
... bad, bad, bad! So, at some point, we'll need
to make a decision: do we leave HERMES w/o a
calculator in any shape or form, or do we write
code for a calculator and make it accessible? At
this point, I'll punt the decision down the
line, though if we could borrow some code, I
really wouldn't be opposed to replacing rather than removing.
Regards
On Saturday, September 29, 2018, Soren Bro
sbrothy@users.sourceforge.net wrote:
(AFK)
There's source files for a calculator licensed
to Stingray in the code. It mostly seems to
reference itself. If there's a calculator in the
program how much is this used. I mean how hard
it is to invoke Windows' own "calc"?
Calculator --- Sent from sourceforge.net because
you indicated interest in <https: sourceforge.net="" p="" discussion="" hermesmail="" general=""> To unsubscribe from
further messages, please visit <https: sourceforge.net="" auth="" subscriptions=""> </https:></https:>
Yes, what I meant though was
"walling it off" and see if it introduced more errors than
soutions.
Let's try that. Reroute everything to a dead end and see if it
"works" (for a restricted definition of
"works"). If it does work, we should figure out some sort
of permanent solution. After all, it's important to keep file size
down...
I'm not sure this calculater is
used internally.
I can assure you that it's not.
After all it has a dialog GUI
connected to it. But I cannot bring this dialog to show?
My point exactly.
So, if we could
"remove" this calculator (and replace it with blind calls,
we've gotten rid of 4 or more Stingray files.
Sorry slipped off in front of the TV. Hard day. I cant really find a
calculatormenu item in the app. I'll see what I can do. Again, it's a
problem that the program doesnt compile, but I can count errors.
Yes, that's the nature of our "sticky wicket". Not having a
compilable work product is causing God knows how much harm to us, because
it invites skepticism. If we had something that compiled and ran, I
assure you we wouldn't have three devs, but ten or perhaps more.
If need be I can "wall if off" as you say, by replacing the
code with dead ends.
That would be less walling it off and more dynamiting it. By walling
it off, I meant that the Eudora machine code included the calculator, but
that there was no menu option, button, etc (and believe me, I searched
hard) to activate it.
Regards.
On Sat, Sep 29, 2018 at 9:24 PM Ted Matavka
nmatavka@users.sourceforge.netnmatavka@users.sourceforge.net
wrote:
At 07:18 AM 9/29/2018, you wrote:
What I mean is that if we can do without this calculator, a couple or
more stingray relayed stuff is out the window.
I trawled through the manual and the old development documentation.
There are absolutely no references to any sort of calculator. What I
think is that Stingray was set up as a "complete toolkit" for
all sorts of MFC apps (including, say, calculators) and that the code was
simply included with Eudora because cutting out bullshit wasn't of a high
enough priority.
All that having been said, I don't think the calculator is total
bullshit (just the way it was implemented, or rather, not implemented). I
can't stand it when code that's inaccessible to users in the normal
operation of a program is retained in the distributed version: that's
like selling a house with a room walled off, no matter whether the room
contains a Masonic lodge/wine cellar/chapel (good!) or, say, a putrefying
cadaver (bad!). The calculator is like the chapel: it's the epitome of
stupidity to wall it off, but it would be useful to the "buyer"
if it weren't!
We can replace it with our own down the road, but I get the very
palpable vibe that stingray must go.
As to having code copyright (c) Stingray Inc. ... bad, bad, bad! So,
at some point, we'll need to make a decision: do we leave HERMES w/o a
calculator in any shape or form, or do we write code for a calculator and
make it accessible? At this point, I'll punt the decision down the line,
though if we could borrow some code, I really wouldn't be opposed to
replacing rather than removing.
Regards
On Saturday, September 29, 2018, Soren Bro
sbrothy@users.sourceforge.net wrote:
(AFK)
There's source files for a calculator licensed to Stingray in the
code. It mostly seems to reference itself. If there's a calculator in the
program how much is this used. I mean how hard it is to invoke Windows'
own "calc"?
Calculator --- Sent from sourceforge.net because you indicated
interest in <https: sourceforge.net="" p=""
discussion="" hermesmail="" general="">
To unsubscribe from further messages, please visit <https:
sourceforge.net="" auth=""
subscriptions=""> </https:></https:>
Yes, what I meant though was
"walling it off" and see if it introduced more errors than
soutions.
Let's try that. Reroute everything to a dead end and see if it
"works" (for a restricted definition of
"works"). If it does work, we should figure out some sort
of permanent solution. After all, it's important to keep file size
down...
I'm not sure this calculater is
used internally.
I can assure you that it's not.
After all it has a dialog GUI
connected to it. But I cannot bring this dialog to show?
My point exactly.
So, if we could
"remove" this calculator (and replace it with blind calls,
we've gotten rid of 4 or more Stingray files.
Agreed.
Regards.
On Sat, Sep 29, 2018 at 10:50 PM Ted Matavka
nmatavka@users.sourceforge.net wrote:
At 09:28 PM 9/29/2018, you wrote:
Sorry slipped off in front of the TV. Hard day. I cant really find a
calculatormenu item in the app. I'll see what I can do. Again, it's a
problem that the program doesnt compile, but I can count errors.
Yes, that's the nature of our "sticky wicket". Not having a compilable
work product is causing God knows how much harm to us, because it invites
skepticism. If we had something that compiled and ran, I assure you we
wouldn't have three devs, but ten or perhaps more.
If need be I can "wall if off" as you say, by replacing the code with dead
ends.
That would be less walling it off and more dynamiting it. By walling it
off, I meant that the Eudora machine code included the calculator, but that
there was no menu option, button, etc (and believe me, I searched hard) to
activate it.
Regards.
On Sat, Sep 29, 2018 at 9:24 PM Ted Matavka nmatavka@users.sourceforge.
netnmatavka@users.sourceforge.net wrote:
At 07:18 AM 9/29/2018, you wrote:
What I mean is that if we can do without this calculator, a couple or more
stingray relayed stuff is out the window.
I trawled through the manual and the old development documentation. There
are absolutely no references to any sort of calculator. What I think is
that Stingray was set up as a "complete toolkit" for all sorts of MFC apps
(including, say, calculators) and that the code was simply included with
Eudora because cutting out bullshit wasn't of a high enough priority.
All that having been said, I don't think the calculator is total bullshit
(just the way it was implemented, or rather, not implemented). I can't
stand it when code that's inaccessible to users in the normal operation of
a program is retained in the distributed version: that's like selling a
house with a room walled off, no matter whether the room contains a Masonic
lodge/wine cellar/chapel (good!) or, say, a putrefying cadaver (bad!). The
calculator is like the chapel: it's the epitome of stupidity to wall it
off, but it would be useful to the "buyer" if it weren't!
We can replace it with our own down the road, but I get the very palpable
vibe that stingray must go.
As to having code copyright (c) Stingray Inc. ... bad, bad, bad! So, at
some point, we'll need to make a decision: do we leave HERMES w/o a
calculator in any shape or form, or do we write code for a calculator and
make it accessible? At this point, I'll punt the decision down the line,
though if we could borrow some code, I really wouldn't be opposed to
replacing rather than removing.
Regards
On Saturday, September 29, 2018, Soren Bro
sbrothy@users.sourceforge.net wrote:
(AFK)
There's source files for a calculator licensed to Stingray in the code. It
mostly seems to reference itself. If there's a calculator in the program
how much is this used. I mean how hard it is to invoke Windows' own "calc"?
Calculator --- Sent from sourceforge.net because you indicated interest
in <https: sourceforge.net="" p="" discussion="" hermesmail="" general=""> To unsubscribe from further messages, please visit <https: sourceforge.net="" auth="" subscriptions=""> </https:></https:>
Better yet, if it isn't called I should be able to just remove the files.
Regards
On Saturday, September 29, 2018, Ted Matavka
nmatavka@users.sourceforge.net
wrote:
At 10:20 PM 9/29/2018, you wrote:
Yes, what I meant though was
"walling it off" and see if it introduced more errors than
soutions.
Let's try that. Reroute everything to a dead end and see if it
"works" (for a restricted definition of
"works"). If it does work, we should figure out some sort
of permanent solution. After all, it's important to keep file size
down...
I'm not sure this calculater is
used internally.
I can assure you that it's not.
After all it has a dialog GUI
connected to it. But I cannot bring this dialog to show?
My point exactly.
So, if we could
"remove" this calculator (and replace it with blind calls,
we've gotten rid of 4 or more Stingray files.
Agreed.
Regards.
On Sat, Sep 29, 2018 at 10:50 PM Ted Matavka
nmatavka@users.sourceforge.net wrote:
At 09:28 PM 9/29/2018, you wrote:
Sorry slipped off in front of the TV. Hard day. I cant really find a
calculatormenu item in the app. I'll see what I can do. Again, it's a
problem that the program doesnt compile, but I can count errors.
Yes, that's the nature of our "sticky wicket". Not having a compilable
work product is causing God knows how much harm to us, because it invites
skepticism. If we had something that compiled and ran, I assure you we
wouldn't have three devs, but ten or perhaps more.
If need be I can "wall if off" as you say, by replacing the code with dead
ends.
That would be less walling it off and more dynamiting it. By walling it
off, I meant that the Eudora machine code included the calculator, but that
there was no menu option, button, etc (and believe me, I searched hard) to
activate it.
Regards.
On Sat, Sep 29, 2018 at 9:24 PM Ted Matavka nmatavka@users.sourceforge.
netnmatavka@users.sourceforge.net wrote:
At 07:18 AM 9/29/2018, you wrote:
What I mean is that if we can do without this calculator, a couple or more
stingray relayed stuff is out the window.
I trawled through the manual and the old development documentation. There
are absolutely no references to any sort of calculator. What I think is
that Stingray was set up as a "complete toolkit" for all sorts of MFC apps
(including, say, calculators) and that the code was simply included with
Eudora because cutting out bullshit wasn't of a high enough priority.
All that having been said, I don't think the calculator is total bullshit
(just the way it was implemented, or rather, not implemented). I can't
stand it when code that's inaccessible to users in the normal operation of
a program is retained in the distributed version: that's like selling a
house with a room walled off, no matter whether the room contains a Masonic
lodge/wine cellar/chapel (good!) or, say, a putrefying cadaver (bad!). The
calculator is like the chapel: it's the epitome of stupidity to wall it
off, but it would be useful to the "buyer" if it weren't!
We can replace it with our own down the road, but I get the very palpable
vibe that stingray must go.
As to having code copyright (c) Stingray Inc. ... bad, bad, bad! So, at
some point, we'll need to make a decision: do we leave HERMES w/o a
calculator in any shape or form, or do we write code for a calculator and
make it accessible? At this point, I'll punt the decision down the line,
though if we could borrow some code, I really wouldn't be opposed to
replacing rather than removing.
Regards
On Saturday, September 29, 2018, Soren Bro
sbrothy@users.sourceforge.net wrote:
(AFK)
There's source files for a calculator licensed to Stingray in the code. It
mostly seems to reference itself. If there's a calculator in the program
how much is this used. I mean how hard it is to invoke Windows' own "calc"?
Calculator --- Sent from sourceforge.net because you indicated interest
in <https: sourceforge.net="" p="" discussion="" hermesmail="" general=""> To unsubscribe from further messages, please visit <https: sourceforge.net="" auth="" subscriptions=""> </https:></https:>
Even as a 20+ year user of Eudora, I would not be surprised if the program has a few features that I have not happened upon. Indeed, in my work on Hermes, I have already found a couple of .ini-file keys that are not documented. However, if Eudora had a calculator I do think I would know about it. And I do not know of such a thing. So, to be absolutely sure it might be wise to ask on one of the Eudora mailing lists, but I feel sure enough that I would make Hermes calculator-less.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
/////////////////////////////////////////////////////////////////////////////
// SecCalc.h : header file for the SECCalculator and SECPopupCalculator
// custom controls
//
// Stingray Software Extension Classes
// Copyright (C) 1996-1997 Stingray Software Inc,
// All rights reserved.
//
// This source code is only intended as a supplement to the
// Stingray Extension Classes
// See the Stingray Extension Classes help files for
// detailed information regarding using SEC classes.
//
// Author: Don 20/01/97
//
// ClassWizard generated virtual function overrides
//{{AFX_VIRTUAL(SECCalculator)
//}}AFX_VIRTUAL
// Implementation
...
etc...
....
Also,CalcBtn.h
Ican\t find references to these files. Perhaps maybe except AccountWizard.
But Im not entirely sure. Which may sound a little strange. How hard can it
be to "Find in files...", right?
But there you are.
Even as a 20+ year user of Eudora, I would not be surprised if the program
has a few features that I have not happened upon. Indeed, in my work on
Hermes, I have already found a couple of .ini-file keys that are not
documented. However, if Eudora had a calculator I do think I would know
about it. And I do not know of such a thing. So, to be absolutely sure it
might be wise to ask on one of the Eudora mailing lists, but I feel sure
enough that I would make Hermes calculator-less.
(AFK)
There's source files for a calculator licensed to Stingray in the code. It
mostly seems to reference itself. If there's a calculator in the program
how much is this used. I mean how hard it is to invoke Windows' own "calc"?
Regards
--
Søren Bro Thygesen
What I mean is that if we can do without this calculator, a couple or more
stingray relayed stuff is out the window.
We can replace it with our own down the road, but I get the very palpable
vibe that stingray must go.
Regards
On Saturday, September 29, 2018, Soren Bro sbrothy@users.sourceforge.net
wrote:
--
Søren Bro Thygesen
At 07:18 AM 9/29/2018, you wrote:
I trawled through the manual and the old development documentation.
There are absolutely no references to any sort of
calculator. What I think is that Stingray was set up as a
"complete toolkit" for all sorts of MFC apps (including, say,
calculators) and that the code was simply included with Eudora because
cutting out bullshit wasn't of a high enough priority.
All that having been said, I don't think the calculator is total
bullshit (just the way it was implemented, or rather, not
implemented). I can't stand it when code that's inaccessible to
users in the normal operation of a program is retained in the distributed
version: that's like selling a house with a room walled off, no matter
whether the room contains a Masonic lodge/wine cellar/chapel (good!) or,
say, a putrefying cadaver (bad!). The calculator is like the
chapel: it's the epitome of stupidity to wall it off, but it would
be useful to the "buyer" if it weren't!
As to having code copyright (c) Stingray Inc. ... bad, bad, bad!
So, at some point, we'll need to make a decision: do we leave HERMES w/o
a calculator in any shape or form, or do we write code for a calculator
and make it accessible? At this point, I'll punt the decision down
the line, though if we could borrow some code, I really wouldn't be
opposed to replacing rather than removing.
It isn't.
Sorry slipped off in front of the TV. Hard day. I cant really find a
calculatormenu item in the app. I'll see what I can do. Again, it's a
problem that the program doesnt compile, but I can count errors. If need be
I can "wall if off" as you say, by replacing the code with dead ends.
Regards.
On Sat, Sep 29, 2018 at 9:24 PM Ted Matavka nmatavka@users.sourceforge.net
wrote:
At 09:28 PM 9/29/2018, you wrote:
Yes, that's the nature of our "sticky
wicket". Not having a compilable work product is
causing God knows how much harm to us, because
it invites skepticism. If we had something that
compiled and ran, I assure you we wouldn't have
three devs, but ten or perhaps more.
That would be less walling it off and more
dynamiting it. By walling it off, I meant that
the Eudora machine code included the calculator,
but that there was no menu option, button, etc
(and believe me, I searched hard) to activate it.
Yes, what I meant though was "walling it off" and see if it introduced more
errors than soutions.I'm not sure this calculater is used internally. After
all it has a dialog GUI connected to it. But I cannot bring this dialog to
show? So, if we could "remove" this calculator (and replace it with blind
calls, we've gotten rid of 4 or more Stingray files.
Regards.
On Sat, Sep 29, 2018 at 10:50 PM Ted Matavka nmatavka@users.sourceforge.net
wrote:
Now don't get me wrong. I'm sure they have a nasty surprise for us in
there. I'll walk on ice. Or in a minefield wearig skis.
Regards.
On Sat, Sep 29, 2018 at 11:20 PM Soren Bro sbrothy@users.sourceforge.net
wrote:
At 10:20 PM 9/29/2018, you wrote:
Let's try that. Reroute everything to a dead end and see if it
"works" (for a restricted definition of
"works"). If it does work, we should figure out some sort
of permanent solution. After all, it's important to keep file size
down...
I can assure you that it's not.
My point exactly.
Agreed.
(AFK)
Better yet, if it isn't called I should be able to just remove the files.
Regards
On Saturday, September 29, 2018, Ted Matavka nmatavka@users.sourceforge.net
wrote:
--
Søren Bro Thygesen
OK, this is absolutely crazy. Before I remove the SecCalc.h file. The
number of errors are 574. If i remove it the number of errors are 33.
That doesn't neccessarily make any sense, it's just pretty crazy. An exact
science it's surely not.
Regards.
On Sun, Sep 30, 2018 at 10:33 AM Soren Bro sbrothy@users.sourceforge.net
wrote:
Even as a 20+ year user of Eudora, I would not be surprised if the program has a few features that I have not happened upon. Indeed, in my work on Hermes, I have already found a couple of .ini-file keys that are not documented. However, if Eudora had a calculator I do think I would know about it. And I do not know of such a thing. So, to be absolutely sure it might be wise to ask on one of the Eudora mailing lists, but I feel sure enough that I would make Hermes calculator-less.
/////////////////////////////////////////////////////////////////////////////
// SecCalc.h : header file for the SECCalculator and SECPopupCalculator
// custom controls
//
// Stingray Software Extension Classes
// Copyright (C) 1996-1997 Stingray Software Inc,
// All rights reserved.
//
// This source code is only intended as a supplement to the
// Stingray Extension Classes
// See the Stingray Extension Classes help files for
// detailed information regarding using SEC classes.
//
// Author: Don 20/01/97
//
ifndef SECCALC_H
define SECCALC_H
ifdef WIN32
// SEC Extension DLL
// Initialize declaration context
//
ifdef _SECDLL
undef AFXAPP_DATA
define AFXAPP_DATA AFXAPI_DATA
undef AFX_DATA
define AFX_DATA SEC_DATAEXT
endif //_SECDLL
// SECCalculator styles
define SEC_CS_RAISEDEDGE 0x0001L // Same look as WS_EX_WINDOWEDGE
// except compatible with Win 3.
define SEC_CS_DIVIDER 0x0002L // Divider at top of calculator
// SECPopupCalculator style
define SEC_PCS_DESTROY_ON_EQUALS 0x0010L // Popup calculator destroyed
// everytime equals is pressed.
// Forward references ...
class SECCalcBtn;
/////////////////////////////////////////////////////////////////////////////
// SECCalculator window
//
class SECCalculator : public CWnd
{
DECLARE_DYNAMIC(SECCalculator)
// Construction
public:
SECCalculator();
BOOL Create(DWORD dwStyle, int x, int y, CWnd pParentWnd, UINT nID,
CCreateContext pContext = NULL);
BOOL CreateEx(DWORD dwExStyle, DWORD dwStyle, int x, int y,
CWnd pParentWnd, UINT nID, CCreateContext pContext = NULL);
// Attributes
public:
// List of calculator functions/buttons
enum SECCalcOp
{
OpNull = 0, // No operation
OpMultiply = 1, // Multiply operator
OpPlus = 2, // Plus operator
OpMinus = 3, // Minus operator
OpDivide = 4, // Divide operator
OpPercent = 5, // Percentage operator
OpEquals = 6, // Equals operator
OpC = 7, // Clear function
OpCE = 8, // Clear error function
Op0 = 9, // Decimal digit 0
Op1 = 10, // Decimal digit 1
Op2 = 11, // Decimal digit 2
Op3 = 12, // Decimal digit 3
Op4 = 13, // Decimal digit 4
Op5 = 14, // Decimal digit 5
Op6 = 15, // Decimal digit 6
Op7 = 16, // Decimal digit 7
Op8 = 17, // Decimal digit 8
Op9 = 18, // Decimal digit 9
OpDP = 19, // Decimal place
OpBack = 20, // Delete last character
// Operations not yet implemented
OpMPlus = 21, // Memory add
OpMMinus = 22, // Memory subtract
OpM = 23, // Places current number into memory
OpMRecall = 24, // Memory recall
OpSqrt = 25, // Square root
// Operations for user use only
OpUser1 = 100,
OpUser2 = 101,
OpUser3 = 102,
OpUser4 = 103,
OpUser5 = 104,
OpUser6 = 105,
OpUser7 = 106,
OpUser8 = 107
};
// Operations
public:
// Invalidates the button at the given index.
void InvalidateBtn(int nIndex, BOOL bErase = FALSE);
// Invalidates the LCD panel
void InvalidatePanel(BOOL bErase = FALSE);
// Resets the calculator back to a "zero" state
void ResetCalc();
// Returns the index of the button under the given point
int HitTest(CPoint point) const;
// Set/Get the current calculator value
void SetValue(double val);
double GetValue() const;
// Set the maximum number of decimal places to be displayed
void SetDecimalPlaces(int nDP);
int GetDecimalPlaces() const;
// Overrides
protected:
virtual BOOL CreateBtns(CWnd pParentWnd);
virtual BOOL CreatePanel(CWnd pParentWnd);
virtual BOOL HandleEvent(SECCalcOp op);
// ClassWizard generated virtual function overrides
//{{AFX_VIRTUAL(SECCalculator)
//}}AFX_VIRTUAL
// Implementation
...
etc...
....
Also,CalcBtn.h
Ican\t find references to these files. Perhaps maybe except AccountWizard.
But Im not entirely sure. Which may sound a little strange. How hard can it
be to "Find in files...", right?
But there you are.
Regards.
On Sat, Sep 29, 2018 at 1:13 PM Pete Maclean petemaclean@users.sourceforge.net wrote: