Well in reality we can already do that using the Simple MAPI client, but of
course I know that's not what you mean. Once I've connected the mail detail
view (my thought here is that each document has a GUID so we only need one
window for to, from, and subject and attachment detail. ALL this info will
be in the document so that if you change document that view automatically
detects it based on the GUID and updates itself.) Right now I'm having
trouble with something as mundane as a save button.
I imagine se will get there fairly quickly. Especially with the DLLs from
Eudora.
Unforunately, I'm a Bit handicapped right now. I made a spectacular bicycle
accident thw other day. So everyrhing here happens in slomo. I almost broke
my collar bone. It hurts like h...
<meta content="script-src 'self'; img-src * cid: data:;" http-equiv="Content-Security-Policy"><style id="outgoing-font-settings">#<br>
response_container_BBPPID{font-family: initial; font-size:initial; color:<br>
initial;}</style>
Much appreciated. I'll have to compensate you for this. Maybe an equity
share?
Good job, again. Let's have a demo put together soon, for the investors'
sakes.
How soon from demo to final product? I'm talking alpha here, but one that
sends and receives mail.
Sent from my BlackBerry — the most secure mobile device From: sbrothy@users.sourceforge.net Sent: 23 January 2019 09:10 To: general@discussion.hermesmail.p.re.sourceforge.net Reply to: general@discussion.hermesmail.p.re.sourceforge.net Subject:[hermesmail:discussion] Back in x86 mode
Got rid of the wstrings. Replaced them with proper CString so now I'm back
in x86 mode....
Working really hard. All the hours I can spare to reach a proper result to
The MFC DoDataExchange mechanism is complicated somewhat by my decision to
use CComVariant throughout the application. I'm prettty sure it will pay
off in the long run though. I'm thinking specifically along the lines of
OLE automation or COM. Our program may exchange data with the Simple MAPI
client or be automated or automate a M$ Exchange Server. Not an important
goal right now, I'm aware, but it can't hurt being prepared.
Well in reality we can already do that using the Simple MAPI client, but of
course I know that's not what you mean. Once I've connected the mail detail
view (my thought here is that each document has a GUID so we only need one
window for to, from, and subject and attachment detail. ALL this info will
be in the document so that if you change document that view automatically
detects it based on the GUID and updates itself.) Right now I'm having
trouble with something as mundane as a save button.
I imagine se will get there fairly quickly. Especially with the DLLs from
Eudora.
Unforunately, I'm a Bit handicapped right now. I made a spectacular bicycle
accident thw other day. So everyrhing here happens in slomo. I almost broke
my collar bone. It hurts like h...
Regards
Søren
On Wednesday, January 23, 2019, Ted Matavka nmatavka@users.sourceforge.net
wrote:
<meta content="script-src 'self'; img-src * cid: data:;" http-equiv="Content-Security-Policy"><style id="outgoing-font-settings">#<br><br>
response_container_BBPPID{font-family: initial; font-size:initial;<br>
color:<br> initial;}</style>
Much appreciated. I'll have to compensate you for this. Maybe an equity
share?
Good job, again. Let's have a demo put together soon, for the investors'
sakes.
How soon from demo to final product? I'm talking alpha here, but one that
sends and receives mail.
Sent from my BlackBerry — the most secure mobile device From: sbrothy@users.sourceforge.net Sent: 23 January 2019 09:10 To: general@discussion.hermesmail.p.re.sourceforge.net Reply to: general@discussion.hermesmail.p.re.sourceforge.net Subject:[hermesmail:discussion] Back in x86 mode
Got rid of the wstrings. Replaced them with proper CString so now I'm back
in x86 mode....
Working really hard. All the hours I can spare to reach a proper result to
Considering my backpain I'll visit my little brother for some well-deserved
R&R. I have a nagging suspicion that he's gonna make me take a couple of
tokes from a joint. Who knows, maybe that will help with my back and when I
get home the main effects will have worn off but, perhaps I'll see things
in a new light...
The MFC DoDataExchange mechanism is complicated somewhat by my decision to
use CComVariant throughout the application. I'm prettty sure it will pay
off in the long run though. I'm thinking specifically along the lines of
OLE automation or COM. Our program may exchange data with the Simple MAPI
client or be automated or automate a M$ Exchange Server. Not an important
goal right now, I'm aware, but it can't hurt being prepared.
On Thursday, January 24, 2019, Soren Bro sbrothy@users.sourceforge.net
wrote:
Well in reality we can already do that using the Simple MAPI client, but of
course I know that's not what you mean. Once I've connected the mail detail
view (my thought here is that each document has a GUID so we only need one
window for to, from, and subject and attachment detail. ALL this info will
be in the document so that if you change document that view automatically
detects it based on the GUID and updates itself.) Right now I'm having
trouble with something as mundane as a save button.
I imagine se will get there fairly quickly. Especially with the DLLs from
Eudora.
Unforunately, I'm a Bit handicapped right now. I made a spectacular bicycle
accident thw other day. So everyrhing here happens in slomo. I almost broke
my collar bone. It hurts like h...
Regards
Søren
On Wednesday, January 23, 2019, Ted Matavka nmatavka@users.sourceforge.net
wrote:
<meta content="script-src 'self'; img-src * cid: data:;" http-equiv="Content-Security-Policy"><style id="outgoing-font-settings">#<br><br><br>
response_container_BBPPID{font-family: initial; font-size:initial;<br><br>
color:<br> initial;}</style>
Much appreciated. I'll have to compensate you for this. Maybe an equity
share?
Good job, again. Let's have a demo put together soon, for the investors'
sakes.
How soon from demo to final product? I'm talking alpha here, but one that
sends and receives mail.
Sent from my BlackBerry — the most secure mobile device From: sbrothy@users.sourceforge.net Sent: 23 January 2019 09:10 To: general@discussion.hermesmail.p.re.sourceforge.net Reply to: general@discussion.hermesmail.p.re.sourceforge.net Subject:[hermesmail:discussion] Back in x86 mode
Got rid of the wstrings. Replaced them with proper CString so now I'm back
in x86 mode....
Working really hard. All the hours I can spare to reach a proper result to
And then I'll try to pull an all-nighter. I'll minimize my usual intake of
alcohol.
I'm painfully (literally at that) aware that I'm in a time crunch here. If
only I could get my brother onboard. He's a programmer too, allthough I'm
not sure MFC or even Windows is his expertise. He used to work with
embedded systems for Siemens.
Considering my backpain I'll visit my little brother for some well-deserved
R&R. I have a nagging suspicion that he's gonna make me take a couple of
tokes from a joint. Who knows, maybe that will help with my back and when I
get home the main effects will have worn off but, perhaps I'll see things
in a new light...
Regards,
Søren
On Thursday, January 24, 2019, Soren Bro sbrothy@users.sourceforge.net
wrote:
The MFC DoDataExchange mechanism is complicated somewhat by my decision to
use CComVariant throughout the application. I'm prettty sure it will pay
off in the long run though. I'm thinking specifically along the lines of
OLE automation or COM. Our program may exchange data with the Simple MAPI
client or be automated or automate a M$ Exchange Server. Not an important
goal right now, I'm aware, but it can't hurt being prepared.
On Thursday, January 24, 2019, Soren Bro sbrothy@users.sourceforge.net
wrote:
Well in reality we can already do that using the Simple MAPI client, but of
course I know that's not what you mean. Once I've connected the mail detail
view (my thought here is that each document has a GUID so we only need one
window for to, from, and subject and attachment detail. ALL this info will
be in the document so that if you change document that view automatically
detects it based on the GUID and updates itself.) Right now I'm having
trouble with something as mundane as a save button.
I imagine se will get there fairly quickly. Especially with the DLLs from
Eudora.
Unforunately, I'm a Bit handicapped right now. I made a spectacular bicycle
accident thw other day. So everyrhing here happens in slomo. I almost broke
my collar bone. It hurts like h...
Regards
Søren
On Wednesday, January 23, 2019, Ted Matavka nmatavka@users.sourceforge.net
wrote:
<meta content="script-src 'self'; img-src * cid: data:;" http-equiv="Content-Security-Policy"><style id="outgoing-font-settings">#<br><br><br><br>
response_container_BBPPID{font-family: initial;<br>
font-size:initial;<br><br> color:<br> initial;}</style>
Much appreciated. I'll have to compensate you for this. Maybe an equity
share?
Good job, again. Let's have a demo put together soon, for the investors'
sakes.
How soon from demo to final product? I'm talking alpha here, but one that
sends and receives mail.
Sent from my BlackBerry — the most secure mobile device From: sbrothy@users.sourceforge.net Sent: 23 January 2019 09:10 To: general@discussion.hermesmail.p.re.sourceforge.net Reply to: general@discussion.hermesmail.p.re.sourceforge.net Subject:[hermesmail:discussion] Back in x86 mode
Got rid of the wstrings. Replaced them with proper CString so now I'm back
in x86 mode....
Working really hard. All the hours I can spare to reach a proper result to
--
----- 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'd like an ORG chart of this "business" of yours. :) I know the "'s aren't
even remotely funny, considering the amounts of money you people pay for
your practical and emotional dedication to Eudora.
I'll do my utmost to make it - instantly - recognizable, yet prepared for
the future.
I haven't made the toolbar yet. This is a conscious decision on my behalf
to keep the 2 projects insulated from each other in this, beginning, phase.
It is easily done though, using the "visual" "programming" tools of Visual
Studio.
I'll create the file menu though. Maybe you would also like the toolbar
icons bigger. As it is, things are awful small on my highest resolution.
To make things a little challenging I'll recreate the app one last time as
a full-blown OLE client/server app. Moving all the stuff will serve a dual
purpose: getting rid of the x64 libraries and getting ready for automation
down the road .....
I'd like an ORG chart of this "business" of yours. :) I know the "'s aren't
even remotely funny, considering the amounts of money you people pay for
your practical and emotional dedication to Eudora.
I'll do my utmost to make it - instantly - recognizable, yet prepared for
the future.
I haven't made the toolbar yet. This is a conscious decision on my behalf
to keep the 2 projects insulated from each other in this, beginning, phase.
It is easily done though, using the "visual" "programming" tools of Visual
Studio.
I'll create the file menu though. Maybe you would also like the toolbar
icons bigger. As it is, things are awful small on my highest resolution.
Regards,
Søren
On Friday, January 25, 2019, Walt Stagner wstagner@users.sourceforge.net
wrote:
I'd like an ORG chart of this "business" of yours. :) I know the "'s aren't
even remotely funny, considering the amounts of money you people pay for
your practical and emotional dedication to Eudora.
I'll do my utmost to make it - instantly - recognizable, yet prepared for
the future.
I haven't made the toolbar yet. This is a conscious decision on my behalf
to keep the 2 projects insulated from each other in this, beginning, phase.
It is easily done though, using the "visual" "programming" tools of Visual
Studio.
What do you mean by two projects? As in VS projects, or projects as in two
codebases?
I'll create the file menu though. Maybe you would also like the toolbar
icons bigger. As it is, things are awful small on my highest resolution.
Regards,
Søren
On Friday, January 25, 2019, Walt Stagner wstagner@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!)
--
----- 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!)
--
----- 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!)
------------------------------
Far as icons are concerned I'd like the ability to select large or small icons....just like font size can be specified in tools/options/fonts menu option.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Just came home. Wtiting back and forth took me a couple of stops farther
with the bus than intended. But yes. All the properties, as well as the app
look, wil definitely be configurable.
You'll see.
Give an hour or two to get settled in and, regain fine motor control in my
appendages. :)
Far as icons are concerned I'd like the ability to select large or small
icons....just like font size can be specified in tools/options/fonts menu
option.
Yes. I was wondering this. Should font settings be global or on a mail by
mail basis? If you could get the latter (If not already implemented like
that, that is.), would you prefer this - aah I get it.... You just change
the globals when needed. No real need for this.
There should be a shortcut on a toolbar in the CRichEditView. Probably more
convenient buttons too.. bold, italics (code section?).
I haven't had luck with storing a structure with the complexity of LOGFONT
in a CComVariant though. Didn't use much time on it either. Possibly using
a LPVOID or similar....
Far as icons are concerned I'd like the ability to select large or small
icons....just like font size can be specified in tools/options/fonts menu
option.
Yes. I was wondering this. Should font settings be global or on a mail by
mail basis? If you could get the latter (If not already implemented like
that, that is.), would you prefer this - aah I get it.... You just change
the globals when needed. No real need for this.
There should be a shortcut on a toolbar in the CRichEditView. Probably more
convenient buttons too.. bold, italics (code section?).
I haven't had luck with storing a structure with the complexity of LOGFONT
in a CComVariant though. Didn't use much time on it either. Possibly using
a LPVOID or similar....
Regards,
On Friday, January 25, 2019, Walt Stagner wstagner@users.sourceforge.net
wrote:
Far as icons are concerned I'd like the ability to select large or small
icons....just like font size can be specified in tools/options/fonts menu
option.
Yes. I was wondering this. Should font settings be global or on a mail by
mail basis? If you could get the latter (If not already implemented like
that, that is.), would you prefer this - aah I get it.... You just change
the globals when needed. No real need for this.
There should be a shortcut on a toolbar in the CRichEditView. Probably
more convenient buttons too.. bold, italics (code section?).
I haven't had luck with storing a structure with the complexity of LOGFONT
in a CComVariant though. Didn't use much time on it either. Possibly using
a LPVOID or similar....
Far as icons are concerned I'd like the ability to select large or small
icons....just like font size can be specified in tools/options/fonts menu
option.
On Saturday, January 26, 2019, sbrothy@gmail.com wrote:
Yes. I was wondering this. Should font settings be global or on a mail by
mail basis? If you could get the latter (If not already implemented like
that, that is.), would you prefer this - aah I get it.... You just change
the globals when needed. No real need for this.
There should be a shortcut on a toolbar in the CRichEditView. Probably
more convenient buttons too.. bold, italics (code section?).
I haven't had luck with storing a structure with the complexity of LOGFONT
in a CComVariant though. Didn't use much time on it either. Possibly using
a LPVOID or similar....
Regards,
On Friday, January 25, 2019, Walt Stagner wstagner@users.sourceforge.net
wrote:
Far as icons are concerned I'd like the ability to select large or small
icons....just like font size can be specified in tools/options/fonts menu
option.
Got rid of the wstrings. Replaced them with proper CString so now I'm back
in x86 mode....
Working really hard. All the hours I can spare to reach a proper result to
show you....
Regards,
Søren
<meta content="script-src 'self'; img-src * cid: data:;" http-equiv="Content-Security-Policy"><style id="outgoing-font-settings">#response_container_BBPPID{font-family: initial; font-size:initial; color: initial;}</style>
Got rid of the wstrings. Replaced them with proper CString so now I'm back
in x86 mode....
Working really hard. All the hours I can spare to reach a proper result to
show you....
Regards,
Søren
Back in x86 mode
Sent from <wbr></wbr>sourceforge.net<wbr></wbr> because you indicated interest inhttps://sourceforge.net/p/hermesmail/discussion/general/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
Well in reality we can already do that using the Simple MAPI client, but of
course I know that's not what you mean. Once I've connected the mail detail
view (my thought here is that each document has a GUID so we only need one
window for to, from, and subject and attachment detail. ALL this info will
be in the document so that if you change document that view automatically
detects it based on the GUID and updates itself.) Right now I'm having
trouble with something as mundane as a save button.
I imagine se will get there fairly quickly. Especially with the DLLs from
Eudora.
Unforunately, I'm a Bit handicapped right now. I made a spectacular bicycle
accident thw other day. So everyrhing here happens in slomo. I almost broke
my collar bone. It hurts like h...
Regards
Søren
On Wednesday, January 23, 2019, Ted Matavka nmatavka@users.sourceforge.net
wrote:
--
Søren Bro Thygesen
The MFC DoDataExchange mechanism is complicated somewhat by my decision to
use CComVariant throughout the application. I'm prettty sure it will pay
off in the long run though. I'm thinking specifically along the lines of
OLE automation or COM. Our program may exchange data with the Simple MAPI
client or be automated or automate a M$ Exchange Server. Not an important
goal right now, I'm aware, but it can't hurt being prepared.
On Thursday, January 24, 2019, Soren Bro sbrothy@users.sourceforge.net
wrote:
--
Søren Bro Thygesen
Considering my backpain I'll visit my little brother for some well-deserved
R&R. I have a nagging suspicion that he's gonna make me take a couple of
tokes from a joint. Who knows, maybe that will help with my back and when I
get home the main effects will have worn off but, perhaps I'll see things
in a new light...
Regards,
Søren
On Thursday, January 24, 2019, Soren Bro sbrothy@users.sourceforge.net
wrote:
--
Søren Bro Thygesen
And then I'll try to pull an all-nighter. I'll minimize my usual intake of
alcohol.
I'm painfully (literally at that) aware that I'm in a time crunch here. If
only I could get my brother onboard. He's a programmer too, allthough I'm
not sure MFC or even Windows is his expertise. He used to work with
embedded systems for Siemens.
Regards
On Thursday, January 24, 2019, Soren Bro sbrothy@users.sourceforge.net
wrote:
--
Søren Bro Thygesen
I'll pretend that "joint" is slang for an ordinary tobacco cigarette. Please do not make mention of criminal acts on this mailing list.
It was. Of course. I would never work under "The influence", unless it's
prescribed by my GP.
In some countries, including mine, it's not a criminal offence though.
But point taken.
Regards,
Søren
On Friday, January 25, 2019, Ted Matavka nmatavka@users.sourceforge.net
wrote:
--
Søren Bro Thygesen
Anyway, the point is moot. I forgot my phone in a bus yesterday so I had no
internet. Only so much you can do then, so I decided to relax.
It was a stroke of luck that it was found by an honest person so I could
fetch it today.
I will press in a few hours today. Hopefully make the connection between
the maildetailview and the document work....
Regards,
Søren
On Friday, January 25, 2019, Soren Bro sbrothy@users.sourceforge.net
wrote:
--
Søren Bro Thygesen
That was a couple of hours. Got some things done. Continues tonight.
Regards,
Søren
On Friday, January 25, 2019, Soren Bro sbrothy@users.sourceforge.net
wrote:
--
Søren Bro Thygesen
I'd like to see some screen shots of the Hermes user interface, when they're available.
I will get you some tonight, Mr. Stagner. And begin thinking of uploading
to repository, if any interest is forthcoming.
Regards,
Søren
On Friday, January 25, 2019, Walt Stagner wstagner@users.sourceforge.net
wrote:
--
Søren Bro Thygesen
On Fri, 25 Jan 2019 at 11:03, Soren Bro sbrothy@users.sourceforge.net
wrote:
Yes, please upload to repository. I sent you a Bitbucket invite. Please
accept it and upload to the Bitbucket Mercurial repo.
--
----- 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!)
Who's Mr. Stagner? Please call me Walt. :-)
"Walt" it is then. :)
I'd like an ORG chart of this "business" of yours. :) I know the "'s aren't
even remotely funny, considering the amounts of money you people pay for
your practical and emotional dedication to Eudora.
I'll do my utmost to make it - instantly - recognizable, yet prepared for
the future.
I haven't made the toolbar yet. This is a conscious decision on my behalf
to keep the 2 projects insulated from each other in this, beginning, phase.
It is easily done though, using the "visual" "programming" tools of Visual
Studio.
I'll create the file menu though. Maybe you would also like the toolbar
icons bigger. As it is, things are awful small on my highest resolution.
Regards,
Søren
On Friday, January 25, 2019, Walt Stagner wstagner@users.sourceforge.net
wrote:
--
Søren Bro Thygesen
To make things a little challenging I'll recreate the app one last time as
a full-blown OLE client/server app. Moving all the stuff will serve a dual
purpose: getting rid of the x64 libraries and getting ready for automation
down the road .....
On Friday, January 25, 2019, Soren Bro sbrothy@users.sourceforge.net
wrote:
--
Søren Bro Thygesen
On Fri, 25 Jan 2019 at 12:22, Soren Bro sbrothy@users.sourceforge.net
wrote:
What do you mean by two projects? As in VS projects, or projects as in two
codebases?
--
----- 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 Fri, 25 Jan 2019 at 11:18, Walt Stagner wstagner@users.sourceforge.net
wrote:
Please keep it professional, Mister Stagner.
--
----- 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!)
Yeah. Tell 'im off Ted. :)
Regards.
On Sat, Jan 26, 2019 at 12:01 AM Ted Matavka nmatavka@users.sourceforge.net
wrote:
Far as icons are concerned I'd like the ability to select large or small icons....just like font size can be specified in tools/options/fonts menu option.
Just came home. Wtiting back and forth took me a couple of stops farther
with the bus than intended. But yes. All the properties, as well as the app
look, wil definitely be configurable.
You'll see.
Give an hour or two to get settled in and, regain fine motor control in my
appendages. :)
Regards.
On Friday, January 25, 2019, Walt Stagner wstagner@users.sourceforge.net
wrote:
--
Søren Bro Thygesen
Yes. I was wondering this. Should font settings be global or on a mail by
mail basis? If you could get the latter (If not already implemented like
that, that is.), would you prefer this - aah I get it.... You just change
the globals when needed. No real need for this.
There should be a shortcut on a toolbar in the CRichEditView. Probably more
convenient buttons too.. bold, italics (code section?).
I haven't had luck with storing a structure with the complexity of LOGFONT
in a CComVariant though. Didn't use much time on it either. Possibly using
a LPVOID or similar....
Regards,
On Friday, January 25, 2019, Walt Stagner wstagner@users.sourceforge.net
wrote:
--
Søren Bro Thygesen
And sorry for ranting. It's kinda part of "my process. ; )
On Saturday, January 26, 2019, Soren Bro sbrothy@users.sourceforge.net
wrote:
--
Søren Bro Thygesen
Or actually "StoreByRef" looks promising....
On Saturday, January 26, 2019, sbrothy@gmail.com wrote:
--
Søren Bro Thygesen
One would assume "sizeof ()" being used as part of that
On Saturday, January 26, 2019, Soren Bro sbrothy@users.sourceforge.net
wrote:
--
Søren Bro Thygesen