|
Hello,
I was wondering if it is possible to generate a skeleton that contains some configuration properties of a project (like for example include directories, library directories, ...). I need to generate a lot of small projects that are based on more or less the same properties and it takes a lot of time to reset every single property for each new project.
If this is possible, would it also be possible to generate a kind of wizard (for example, that you can select some specific options and some properties will be set depending of that). I know, I'm asking a lot
Thank you.
|
|
|
|
|
Not sure what you really want Cédric, but it looks to me like you want an AppWizard for creating your projects. Right?
For what VS version is this?
I've created multiple AppWizards for VC6, but not for the later ones.
"It's supposed to be hard, otherwise anybody could do it!" - selfquote
|
|
|
|
|
Roger Stoltz wrote: For what VS version is this?
Oops, sorry, I forgot to say that I'm using VS2005 professional.
Roger Stoltz wrote: Not sure what you really want Cédric, but it looks to me like you want an AppWizard for creating your projects.
In fact, what would be really nice is that I'm able to add some steps to the standard wizard that is started when you create a new project (where you select which kind of project, ...). So, in fact instead of starting this wizard, I can start a specific wizard of my own that does a little bit more than the standard wizard. It lets me configure some settings and then automatically adjust the project properties depending of what I selected (so, it fills the my additional include directory, it fills to which library my project will be linked, ...) and that for both release and debug configuration.
I hope this is a little bit clearer.
|
|
|
|
|
Ok, then I think this[^] is what you need to do.
As I mentioned earlier I haven't done any wizards for VS2005, but for VC6 it was possible to create a new project with desired wizard and set it up and modify it, tweak project settings and source files. Then you could create a custom AppWizard with the new project as template.
I suspect this would be possible for VS2005 as well, at least in the professional edition.
[edit]
This is how it was done with VC6: clickety[^].
[/edit]
-- modified at 10:51 Wednesday 7th February, 2007
"It's supposed to be hard, otherwise anybody could do it!" - selfquote
|
|
|
|
|
Some time ago one member of codeproject said he wrote a program like it and said if someone want his program send a mail to him.
see this[^] thread if its helpfuls
|
|
|
|
|
Hi
I've written very simple code to explain my problem:
char znak = 'a';
String ^ yhy = znak.ToString();
And my question is:
Why yhy=="97", and not just yhy=="a" how can i write to the yhy the letter 'a' from the znak variable , i don't want its ASCII representation... i want just 'a'
please help
visual c++ 2005 Express Edition
-- modified at 10:10 Wednesday 7th February, 2007
|
|
|
|
|
This would be better asked here on the C++/CLI board[^]
A char is a byte. You've requested the string representation of a byte by using ToString().
Can't you use something like:
String ^ yhy = "a";
or
String ^ yhy = gcnew String("a");
|
|
|
|
|
I can't use: String ^yhy="a";
because important data is in the variable znak
But I used gcnew:
char znak='a';
Str ^yhy;
Str = gcnew String(&znak);
Thx Mark for your reply, I didn't know how to convert variables in vc++ gcnew String(const wchar_t *value) <-- that's good haha:]
I've just read about it in vc++ help
|
|
|
|
|
If you post your answer to correct forum you can get your answer early
|
|
|
|
|
I know i know i'm sorry i used wrong place to talk about my problem.
Fortunately i've got the solution, so thanks again.
|
|
|
|
|
|
Hi, I'm using Win32 API to make my application and I was wondering if there is a way to open a file in it's own file. For example, open a file in a word document (From C++), or open a file in Excel. So if the user pressed a button on my program the excel, or word document would open up in the respective program. Is this the right place to ask this question? I'm using Visual C++ 6.0 and my project is a Win32 Application.
------------------------
Impossible is Nothing
|
|
|
|
|
If the file is associated with an application, use ShellExecute() .
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
Is it possible to do other things after executing. What about running a macro.
------------------------
Impossible is Nothing
|
|
|
|
|
deville75 wrote: What about running a macro.
For that you'd need to use Word Automation.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
Word automation? What is that.. I'll give it a search I guess, but I'm mainly using Excel.
------------------------
Impossible is Nothing
|
|
|
|
|
deville75 wrote: ...but I'm mainly using Excel.
Excel also has a COM interface.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
I have so far spent six hours trying to find the answer to what I believe is an easy question.
All direct 3D devices are attached to a window. When running in a windowed mode, it is not necessary to specify the BackBuffer's width and height, I presume it gets these details from the window it was created with.
What about when the window is in fullscreen mode? I know to set the BackBuffer, but I'm not very sure exactly what I should do with the window. Looking into the SDK's DXUtil code ( DXUTChangeDevice() ) I can see it sets the window to have no borders, but I cannot see the code change the position or size of the window to match the screen. This goes against everything I know about making a fullscreen window.
Please, could somebody explain how exactly to switch from windowed mode to fullscreen mode at runtime?
|
|
|
|
|
Did you find a solution yet?
I'm pretty sure the code that resizes the window is far down in the DXUTChangeDevice().
Look for AdjustWindowRect() and SetWindowPos()
|
|
|
|
|
Trust me, I have gone through it line by line. From what I can see, the window is only ever resized and moved when going from fullscreen to windowed mode, but not the other way around. It removes the window borders, stores the WINDOWPLACEMENT and thats about it.
To be honest, I have got so fed up with the sheer size of that file, and it's methods of doing things, that I have completely re-written it ( C++ style ). I have divided it into sections and built a class for each. C'mon, who uses callback's and static window procedures these days?
So, big day tomorrow, the debugging
|
|
|
|
|
I see what you mean. Looking at it again, it only does resizing on the windowed-window handle.
I'm not sure why they bother removing the border and menu and stuff
Whatever, isn't the window irrelevent in fullscreen mode anyway? In true fullscreen mode the
device has complete control of the screen, often in an entirely different video mode, right?
WalderMort wrote: To be honest, I have got so fed up with the sheer size of that file, and it's methods of doing things, that I have completely re-written it ( C++ style ).
Yeah I personally never learn. Every time I use a new SDK I'll get something up and
running, and if I'm using some handy provided base class/sample code, I ALWAYS end up having to
roll my own.
Good luck with the debugging!
|
|
|
|
|
Mark Salsbery wrote: Whatever, isn't the window irrelevent in fullscreen mode anyway? In true fullscreen mode the
device has complete control of the screen, often in an entirely different video mode, right?
Well thats what I thought, especially with something like D3D. But just about every sample I have found moves/ resizes the window and removes the borders. In my opion that is just a fullscreen "illusion".
|
|
|
|
|
I've tried posting this on the hardware forum, but am not getting any replies - So I thought that I would ask here (as it's both a hardware and software problem !!)
Most BIOS allow the automatic power-on time to be set to a particular day and time. However, this is very inflexible as it requires manual intervention to make changes. Some PVR programs have the facility to power on the system at variable times, so I feel that there MUST be a way for a program to access these registers dynamically. Does anyone have any details, or alternatively, point me in the right direction for more information. Thanks in advance for any suggestions !
Doug
Doug
|
|
|
|
|
See if PoRequestPowerIrp() and IRP_MN_WAIT_WAKE are of any help.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
Thanks David - looks as though I'll have to find out something about kernel mode drivers then !! ??
Doug
|
|
|
|