I wanted to make all the settings _variant_t s, but obviosly this data
member doesn't work as I thought it would. Appearently, due to historic
(BASIC) reasons it represents false as -1 and true as 0. Among a bunch of
other weird things. Also, they're not serializable. I could write them as
raw data, but it feels like working against MFC. What I really wanted was
a universal function signature I could use to get/set them all.
I guess
typedef void (CSettings::MemberFunc)(void )
will have to do. After all the individual accessors know what types to cast
to anyway.
I wanted to make all the settings _variant_t s, but obviosly this data
member doesn't work as I thought it would. Appearently, due to historic
(BASIC) reasons it represents false as -1 and true as 0. Among a bunch of
other weird things. Also, they're not serializable. I could write them as
raw data, but it feels like working against MFC. What I really wanted was
a universal function signature I could use to get/set them all.
I guess
typedef void (CSettings::MemberFunc)(void )
will have to do. After all the individual accessors know what types to
cast to anyway.
A stretch of the imagination for some, I'm sure, but just "working" with
good ole Visual Studio is almost therapeautic for me.
Sure, I get agitated but the sheer explosive endorphin / dopamine /
endorphine release you get when you finally resolve an issue that, may have
been bugging you (pun intented) you for a week, beats an IV-injection of
diamorphorpine hands down.
On Mon, Jan 7, 2019 at 7:25 AM sbrothy@gmail.com wrote:
I wanted to make all the settings _variant_t s, but obviosly this data
member doesn't work as I thought it would. Appearently, due to historic
(BASIC) reasons it represents false as -1 and true as 0. Among a bunch of
other weird things. Also, they're not serializable. I could write them as
raw data, but it feels like working against MFC. What I really wanted was
a universal function signature I could use to get/set them all.
I guess
typedef void (CSettings::MemberFunc)(void )
will have to do. After all the individual accessors know what types to
cast to anyway.
Regards.
On Sun, Jan 6, 2019 at 2:42 PM Soren Bro sbrothy@users.sourceforge.net
wrote:
I finally made this work. Hell, what a nightmare.
Now I "just" need to clean up the mess I made making it work...
So I'm actually running a litte ahead of schedule. That's a new one! :)
Regards.
A stretch of the imagination for some, I'm sure, but just "working" with
good ole Visual Studio is almost therapeautic for me.
Sure, I get agitated but the sheer explosive endorphin / dopamine /
endorphine release you get when you finally resolve an issue that, may have
been bugging you (pun intented) you for a week, beats an IV-injection of
diamorphorpine hands down.
Looks like you've had quite a bit of diamorphine! You can barely spell :D
I bet you've been getting quite a few syntax errors!
Regards
Ü Du har yt
On Monday, January 7, 2019, Soren Bro sbrothy@users.sourceforge.net wrote:
That would of course be
typedef void (CSettings::MemberFunc)(void *);
R
On Mon, Jan 7, 2019 at 7:25 AM sbrothy@gmail.com wrote:
I wanted to make all the settings _variant_t s, but obviosly this data
member doesn't work as I thought it would. Appearently, due to historic
(BASIC) reasons it represents false as -1 and true as 0. Among a bunch of
other weird things. Also, they're not serializable. I could write them as
raw data, but it feels like working against MFC. What I really wanted was
a universal function signature I could use to get/set them all.
I guess
typedef void (CSettings::MemberFunc)(void )
will have to do. After all the individual accessors know what types to
cast to anyway.
Regards.
On Sun, Jan 6, 2019 at 2:42 PM Soren Bro sbrothy@users.sourceforge.net
wrote:
I finally made this work. Hell, what a nightmare.
Now I "just" need to clean up the mess I made making it work...
So I'm actually running a litte ahead of schedule. That's a new one! :)
Regards.
--
----- BEGIN TECO SIGNATURE BLOCK -----
32UD44UE97UR99UM101UA104UT106UO107UG110UL111UY114UP115UH116UI117UC$
QA:^US$QP:^US$QD:^US$QI:^US$QA:^US$QM:^UQ$QG:^UQ$QA:^UQ$QP:^UQ$
QE:^UQ$QO:^UU$QC:^UU$QH:^UU$QI:^UU$QD:^UU$QM:^UI$QY:^UI$QD:^UI$
QT:^UI$QR:^UI$QR:^UB$QL:^UB$QY:^UB$QI:^UB$QT:^UB$GI-5CGUGS-5CGB10CGQ0JT$$
----- END TECO SIGNATURE BLOCK -----
(Don't forget: ^ in TECO means just that, and $ means press the Esc key!)
On Mon, 7 Jan 2019 at 11:32, Soren Bro sbrothy@users.sourceforge.net
wrote:
A stretch of the imagination for some, I'm sure, but just "working" with
good ole Visual Studio is almost therapeautic for me.
Sure, I get agitated but the sheer explosive endorphin / dopamine /
endorphine release you get when you finally resolve an issue that, may have
been bugging you (pun intented) you for a week, beats an IV-injection of
diamorphorpine hands down.
Looks like you've had quite a bit of diamorphine! You can barely spell :D
I bet you've been getting quite a few syntax errors!
Regards
Ü Du har yt
On Monday, January 7, 2019, Soren Bro sbrothy@users.sourceforge.net wrote:
That would of course be
typedef void (CSettings::MemberFunc)(void *);
R
On Mon, Jan 7, 2019 at 7:25 AM sbrothy@gmail.com wrote:
I wanted to make all the settings _variant_t s, but obviosly this data
member doesn't work as I thought it would. Appearently, due to historic
(BASIC) reasons it represents false as -1 and true as 0. Among a bunch of
other weird things. Also, they're not serializable. I could write them as
raw data, but it feels like working against MFC. What I really wanted was
a universal function signature I could use to get/set them all.
I guess
typedef void (CSettings::MemberFunc)(void )
will have to do. After all the individual accessors know what types to
cast to anyway.
Regards.
On Sun, Jan 6, 2019 at 2:42 PM Soren Bro sbrothy@users.sourceforge.net
wrote:
I finally made this work. Hell, what a nightmare.
Now I "just" need to clean up the mess I made making it work...
So I'm actually running a litte ahead of schedule. That's a new one! :)
Regards.
--
----- BEGIN TECO SIGNATURE BLOCK -----
32UD44UE97UR99UM101UA104UT106UO107UG110UL111UY114UP115UH116UI117UC$
QA:^US$QP:^US$QD:^US$QI:^US$QA:^US$QM:^UQ$QG:^UQ$QA:^UQ$QP:^UQ$
QE:^UQ$QO:^UU$QC:^UU$QH:^UU$QI:^UU$QD:^UU$QM:^UI$QY:^UI$QD:^UI$
QT:^UI$QR:^UI$QR:^UB$QL:^UB$QY:^UB$QI:^UB$QT:^UB$GI-5CGUGS-5CGB10CGQ0JT$$
----- END TECO SIGNATURE BLOCK -----
(Don't forget: ^ in TECO means just that, and $ means press the Esc key!)
I finally made this work. Hell, what a nightmare.
Now I "just" need to clean up the mess I made making it work...
So I'm actually running a litte ahead of schedule. That's a new one! :)
Regards.
I wanted to make all the settings _variant_t s, but obviosly this data
member doesn't work as I thought it would. Appearently, due to historic
(BASIC) reasons it represents false as -1 and true as 0. Among a bunch of
other weird things. Also, they're not serializable. I could write them as
raw data, but it feels like working against MFC. What I really wanted was
a universal function signature I could use to get/set them all.
I guess
typedef void (CSettings::MemberFunc)(void )
will have to do. After all the individual accessors know what types to cast
to anyway.
Regards.
On Sun, Jan 6, 2019 at 2:42 PM Soren Bro sbrothy@users.sourceforge.net
wrote:
That would of course be
typedef void (CSettings::MemberFunc)(void *);
R
On Mon, Jan 7, 2019 at 7:25 AM sbrothy@gmail.com wrote:
A stretch of the imagination for some, I'm sure, but just "working" with
good ole Visual Studio is almost therapeautic for me.
Sure, I get agitated but the sheer explosive endorphin / dopamine /
endorphine release you get when you finally resolve an issue that, may have
been bugging you (pun intented) you for a week, beats an IV-injection of
diamorphorpine hands down.
Regards
Ü Du har yt
On Monday, January 7, 2019, Soren Bro sbrothy@users.sourceforge.net wrote:
--
Søren Bro Thygesen
On Mon, 7 Jan 2019 at 11:32, Soren Bro sbrothy@users.sourceforge.net
wrote:
--
----- BEGIN TECO SIGNATURE BLOCK -----
32UD44UE97UR99UM101UA104UT106UO107UG110UL111UY114UP115UH116UI117UC$
QA:^US$QP:^US$QD:^US$QI:^US$QA:^US$QM:^UQ$QG:^UQ$QA:^UQ$QP:^UQ$
QE:^UQ$QO:^UU$QC:^UU$QH:^UU$QI:^UU$QD:^UU$QM:^UI$QY:^UI$QD:^UI$
QT:^UI$QR:^UI$QR:^UB$QL:^UB$QY:^UB$QI:^UB$QT:^UB$GI-5CGUGS-5CGB10CGQ0JT$$
----- END TECO SIGNATURE BLOCK -----
(Don't forget: ^ in TECO means just that, and $ means press the Esc key!)
Again, just thinking out loud. I wanted to make all members COleVariants
(which encapsulates _variant_t).
But it doesn't encapsulate LOGFONT and COLORREF, so it may not be so good
idea after all.
So, I'm going back to the old system.
I would like the splash-screen to gently fade out but that is essentially
just sugar on top. If there's time, then.
Regards.
On Tuesday, January 8, 2019, Ted Matavka nmatavka@users.sourceforge.net
wrote:
--
Søren Bro Thygesen