|
Have a wierd one. One of our customers recently purchased a new computer with XP PRO installed. Out software prints fine on others customer's pcs running XP PRO, but this one wants to print everything upside down and backwards. Has anyone ever seen this happen. Would appreciate anyone's input.
Walt McWhirter
Compact Communications Systems
|
|
|
|
|
Have you tried putting the paper in the other way around?
More seriously, I would look at differences in printer / printer drivers rather than XP.
I used to have a lot of problem with Epson drivers when HP ones worked just fine.
Does the problem happen when you change printers? Does it happen on a known-good-system
with the suspect printer?
Does the issue happen if you print from another application? Or just yours? I usually
use Wordpad as a simple should-be-fine application.
Is it just an (obsure) option in the print setup?
Iain.
|
|
|
|
|
This is likely some really obscure print driver option that is running amuck, but if you solve it, I'd love to hear the reason. This sounds like a great trick to play on some of my evil co-worker's PC. :mwaahaaha:
Chris Meech
We're more like a hobbiest in a Home Depot drooling at all the shiny power tools, rather than a craftsman that makes the chair to an exacting level of comfort by measuring the customer's butt. Marc Clifton
VB is like a toolbox, in the hands of a craftsman, you can end up with some amazing stuff, but without the skills to use it right you end up with Homer Simpson's attempt at building a barbeque or his attempt at a Spice rack. Michael P. Butler
|
|
|
|
|
I have just compiled an old VC6 project in VS.NET 2003 and I am getting some odd errors. It's been a while since I did any C++ and am a bit rusty so any help would be appreciated.
In the following code:
template<class T> class COpList <br />
{<br />
public:<br />
<br />
COpList(); <br />
~COpList();<br />
<br />
bool ParseList(CTokenizer&);<br />
void StartIterator(void) const;<br />
const T* GetOp(void) const;<br />
<br />
void Display(ostream&) const;<br />
string GetAsText(void) const;<br />
<br />
private:<br />
<br />
void AddOpListElement(const string&);<br />
<br />
typedef vector<T*> OPVEC;<br />
OPVEC m_vecOpList;<br />
mutable vector<T*>::const_iterator m_it;<br />
};
The last line in the class (in bold) is giving the error:
error C2146: syntax error : missing ';' before identifier 'm_it'<br />
What is it telling me? I have looked it up in help and it seems to have something to do with specialisation but, as I say, I am kinda rusty on C++. Any help would be appreciated.
Thanks
Paley.
Rugby League: The Greatest Game Of All.
|
|
|
|
|
Have you got an #include <vector> at the top of the .h file?
Ant.
|
|
|
|
|
Yes, sorry I forgot to include it in my post.
Microsoft have tightened up on C++ compatability in VS.NET so I think it is something to do with that, in particular specialisation in templates. I wrote this stuff a few years ago (it's a programming language compiler/interpreter) and haven't been keeping up to date so if anybody can point me in the right direction as to why this is happening it will be appreciated.
Rugby League: The Greatest Game Of All.
|
|
|
|
|
Along the lines of the other post:
Have you tried replacing your vectors with std::vector ? Or are you using namespace std; ?
"Fish and guests stink in three days." - Benjamin Franlkin
|
|
|
|
|
I have using namespace std;
It compiles fine in VC6 - the issue is to do with template specialisation although I am not using it.
Rugby League: The Greatest Game Of All.
|
|
|
|
|
Change the line to
mutable typename vector<T*>::const_iterator m_it;
The opinions expressed in this communication do not necessarily represent those of the author (especially if you find them impolite, discourteous or inflammatory).
|
|
|
|
|
Excellent, that works a treat, thank you very much.
Can I ask why it work?
Rugby League: The Greatest Game Of All.
|
|
|
|
|
"The typename keyword is required if a dependent name is to be treated as a type. This is a breaking change in the Visual C++ .NET 2003 compiler, made in order to conform to the ISO C++ standard."
The opinions expressed in this communication do not necessarily represent those of the author (especially if you find them impolite, discourteous or inflammatory).
|
|
|
|
|
Thanks, you have been a big help.
Rugby League: The Greatest Game Of All.
|
|
|
|
|
IIRC, this also affected the WTL 7.0 source, specifically the printing stuff, so Nenad had to change the code in exactly the same way. Nice to know that MS get caught out just like us mortals....
Steve S
|
|
|
|
|
I'm creating a Time Series Viewer, an I'd like to let the user chose the path he wants (where he has his data).
The problem is I'm not used to MFC, and I'd like to know if there is a way to avoid creating a complicated dialog box.
If I am to do it, how do I include it to my other project, that's to say: how do I tell my main project to call this dialog box when I want it to do so, and how do I get the input in memory to use it?
Thanks
|
|
|
|
|
|
|
I have a small problem...
...and suggesting pills off the internet will earn a slapping!
I can setup a draggable menu, and respond to the WM_MENUDRAG message just fine.
I can even do a DoDragDrop and drag menu items to (e.g.) a toolbar.
But the menu is still there!
What I want to do is to dismiss the menu as soon as the dragging operation
starts (which I should be able to do responding to the WM_MENUDRAG message)
so I can drag to a toolbar covered up by the menu.
I know this is a pedantic niggle, but its been bugging me for ages!
If this is too vague, I'll upload a zipped mini-project and post a URL in
the morning. There's a bit too much code involved to just post here...
Any hints / pointers / examples appreciated,
Iain.
|
|
|
|
|
I helped with a similar problem on CG a while back. You can do it like this:
Use SetFocus() on a different control
Use SendInput() and set the dwFlags input to MOUSEEVENTF_LEFTDOWN
Use PostMessage(WM_LBUTTONDOWN, 0, 0)
Use WM_CANCELMODE
The original thread is http://www.codeguru.com/forum/showthread.php?s=&threadid=291063[^]
Roger Allen - Sonork 100.10016
Strong Sad:
Clever I am? Next to no one.
Undiscovered and soggy.
Look up. Look down. They're around.
Probably laughing. Still, bright, watery.
Listed among the top. Ten.
Nine. Late night. Early morn.
Early mourn. Now I sleep.
|
|
|
|
|
Thanks for your help Roger. I'm dealing with the MainFrame menu rather than a TrackMenuPopup one,
but that shouldn't make any great difference. I'll have a play and see what's going on.
Going to Brussels in Sept?
Iain.
|
|
|
|
|
Iain Clarke wrote:
Going to Brussels in Sept?
So Brussels got the final vote then? I will have to visit the article on it.
I hope to go. I just mislaid (or lost ) my passport recently. I really have to go looking for it.
Roger Allen - Sonork 100.10016
Strong Sad:
Clever I am? Next to no one.
Undiscovered and soggy.
Look up. Look down. They're around.
Probably laughing. Still, bright, watery.
Listed among the top. Ten.
Nine. Late night. Early morn.
Early mourn. Now I sleep.
|
|
|
|
|
Looking at the sample, a mouse hook, and ::EndMenu / the cancel menu stuff you quote should
solve my problem nicely. And I'd no longer need a drag / drop menu either!
I knew there had to be an elegant solution out there. When I started to (metaphorically)
bang my head against a brick wall I knew I was using the wrong approach...
Thanks again,
Iain.
|
|
|
|
|
Thanks for that Roger. Using a mousehook to imitate a draggable menu, and the WM_CANCELMODE lets
me do what I want. Rather a roundabout method, but it works...
I can feel a flurry of small articles coming on from this pet project. I had to write a
FindMenuItemFromPoint function while may prove useful to others. Or not!
Iain.
|
|
|
|
|
I'm want to make a control that can be used in VB and I'm wondering what the best approach would be? Would it be best to use MFC, ATL, something else? The control wont have any UI. Thanks for any tips, suggestions, help.
- Aaron
|
|
|
|
|
ATL. There's no such thing as MFC interop with VB.
Christian
I have drunk the cool-aid and found it wan and bitter. - Chris Maunder
|
|
|
|
|
What is your control supposed to do ?
What operations does it need ?
Does it have a message pump ?
If it doesn't have an UI, what is it's purpose ?
You could consider developing a COM component. Such component can be easily used in VB, without much effort. Windowless (UI-less) controls are common in the ActiveX world, so ATL would be a valid approach also. Using ATL offers platform-independence and smaller executables than MFC, which also requires the correct version of MFC Runtime installed.
So, for a coherent answer: develop an ATL control without a window. You can use it easily in VB by just registering the component, referencing it in VB, then utilizing it. I have little experience in using COM components in VB (or VB altogether), so I can't give you any definite steps on how to utilize the component in VB.
-Antti Keskinen
----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.
|
|
|
|