|
Any info on how to add some scripting abibilies to an existing MFC application ?
for example, is it possible to use VB ( or other script language, like python, ... ) to call functions in our application ?
We would like to let some users augment some functionalities, automate some processes by letting them write some simple scripts.
Any resources ? links ?
Thanks.
Maximilien Lincourt
Your Head A Splode - Strong Bad
|
|
|
|
|
Maximilien wrote: is it possible to use VB ( or other script language, like python, ... ) to call functions in our application ?
it's possible to integrate a scripting language into C++ so that you can expose specific parts of your application to the scripting language. and most scripting languages are designed to be used this way.
Maximilien wrote: Any resources ? links ?
Google has a lot of links. ex: Python[^] Lua[^] Perl[^]
Cleek | Image Toolkits | Thumbnail maker
|
|
|
|
|
 Hey, I've created a static library (in VC6) and want it all under a namespace. The library builds successfully, but when I link an app. with it, I get link errors like:
error LNK2001: unresolved external symbol "class LibNamespace::CGraphicsSystem LibNamespace::globalGSys" (?globalGSys@LibNamespace@@3VCGraphicsSystem@1@A)
How does one do namespaces in a library with .h and .cpp files??
in my graphicsSystem.hpp I have
namespace LibNamespace{
...
}
and in the implementation file I have
using namespace LibNamespace;
globalGSys is declared in graphicsSystem.hpp under the LibNamespace namespace:
extern CGraphicsSystem globalGSys;
I've also tried:
extern LibNamespace::CGraphicsSystem globalGSys;
Still linker errors. Please help me.
Joel Becker
|
|
|
|
|
I couldn't see anything wrong with namespace stuff. Have you exported your class?
Best,
Jun
|
|
|
|
|
Hey, Jun, thanks for your reply. I didn't see it until after I submitted my reply to myself (I don't USUALLY talk to myself).
Everythings working now with linking with the app.
Later,
Joel
|
|
|
|
|
I didn't actually help, but you're welcome 
Best,
Jun
|
|
|
|
|
 Myself,
Nevermind. I figured it out finally. It was a problem of namespace-wide variables:
In the header file i had:
namespace LibNamespace{
...
extern CGraphicsSystem GSys;
...
}
In the implementation:
CGraphicsSystem GSys;
I NEEDED TO WRAP THE IMPLEMENTATION'S DEFINITION IN THE NAMESPACE:
namespace LibNamespace{
...
extern CGraphicsSystem GSys;
...
}
using LibNamespace;
CGraphicsSystem::CGraphicsSystem()
{...}
...
(Is this educational to anyone else, or am I just namespace-naive?)
Myself
|
|
|
|
|
I am working on a project which has .hh file extension
#include <RTI.hh>
What is the difference between .h files and .hh files
I also noticed how it is not from the same directory as the project files rather from the standard library because it is #include <....> rather than #include "...."
Does anyone know what is going on?
If anyone has worked with such files please help me out here.
Thanks,
Jay
-- modified at 13:16 Tuesday 4th July, 2006
|
|
|
|
|
basically, .h and .hh are the same things : C/C++ header files.
the fact that the file is included with <> indicated to the compiler to search the file in its (the compiler's) includes folder instead of looking in the project directory (this is the purpose of including with "").
TOXCCT >>> GEII power
[VisualCalc 3.0 updated ][Flags Beginner's Guide new! ]
|
|
|
|
|
Thats exactly what I thought but why do we have two different extensions in the Standard library
#include <abc.h> and #include <def.hh> Is there any specific reason why we name it that way??????
Thanks,
Aravinth
-- modified at 13:43 Tuesday 4th July, 2006
|
|
|
|
|
i don't really know... maybe to explicitely differ between C and C++ headers... it's quite similar to .hpp files.
TOXCCT >>> GEII power
[VisualCalc 3.0 updated ][Flags Beginner's Guide new! ]
|
|
|
|
|
Im pretty sure Zac Howland knows. He works with RTI (Run time Infrastructure)
thanks for your help TOXCCT
Cheers,
Jay
|
|
|
|
|
Jay03 wrote: Im pretty sure Zac Howland knows
maybe,but this is not specific to RTI AFAIK... 
Jay03 wrote: thanks for your help TOXCCT
welcome.
TOXCCT >>> GEII power
[VisualCalc 3.0 updated ][Flags Beginner's Guide new! ]
|
|
|
|
|
Sometimes, a header is named .hh or .hpp to emphasize it's a C++ (not C) header.
Best,
Jun
|
|
|
|
|
But can you call upon a C header when you are working with a C++ Project???
Thanks,
Jay
|
|
|
|
|
Sure. Compilers don't distinguish C from C++ any more.
Best,
Jun
|
|
|
|
|
Does this mean that .h files are definately a C HEADER ?
|
|
|
|
|
No. The standard does not dictate an extension; the use of .h is by convention. The best you can say is that a file with a .h extension is probably a C or C++ header file.
Anyone who thinks he has a better idea of what's good for people than people do is a swine.
- P.J. O'Rourke
|
|
|
|
|
Some people (mostly unix folks), like to name their C++ files with a .cc prefix. Similarly, they use .hh prefix for C++ header files. There are also those to use .C and .H for C++ files, as the unix file system is case sensitive.
I bet someone in your project is or was a unix programmer. 
--
A Stern Warning of Things to Come
|
|
|
|
|
i need any cood use thes data repeater pleas send to my email
ahm_goma2002@yahoo.com 
|
|
|
|
|
go2go1 wrote: need any cood use ...
i need, i need i need !!!
go2go1 wrote: need any cood use thes data repeater pleas send to my email
where's the punctuation man ?
go2go1 wrote: ahm_goma2002@yahoo.com
noway  forums are to share. go die with your email 
TOXCCT >>> GEII power
[VisualCalc 3.0 updated ][Flags Beginner's Guide new! ]
|
|
|
|
|
Hi,
I have a dialogbox containing a textbox.
In order to set the content of the textbox i do.
dialogbox temp; (dialog is the name of the class i added)
temp.textbox.SetWindowText("text"); (textbox is the name of the textbox)
temp.DoModal();
i have problems with the line
temp.textbox.SetWindowText("text");
even if when i use that line for textbox in the parent form
there's no problem.
Where i go wrong ?
Another thing, if i wanna raise a non-modal dialogbox
what should i write instead of temp.DoModal() ?
Thanx,
Desmo16.
|
|
|
|
|
You can't call SetWindowText() on a window that hasn't been created yet. Set the text in OnInitDialog() in your dialog.
If you want a modeless dialog use Create() instead of DoModal().
|
|
|
|
|
I haven't an OnInitDialog as i have in the parent window.
Maybe i go wrong in adding the dialog box.
I add a resource whose kind is IDD_DIALOGBAR,
then i add a class called xxx of kind IDD_DIALOGBAR
having CDialog as baseclass, but there's no OnInitDialog method.
Is that the correct way ?
Generally which is the procedure to create another form ?
Thank you so much,
David.
|
|
|
|
|
You are supposed to override OnInitDialog() yourself if you need to. Go to the Class View and select your new dialog. Right click and select properties. In VC7.1, along the bar there is a button labelled Overrides. Find OnInitDialog, click on the drop list and add the function.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
