Dave, thanks for your feedback. I am aware of the Initialize()
command you pointed out (read over those docs lots of times!) and do use it to
make sure the thread isn’t a problem. I have pasted the function here for
reading purposes, the project has too many pieces to put together and attach (libs
etc.) so this should be somewhat easier. The DoPOP3() is called right now after
a button is clicked on the window, eventually when its working it will be automated
etc.
Here is a code example:
void SaleMonitorWindow::DoPOP3MailCheck(void)
{
// This is where the magic is done to check the email
account
char WorkString[4096]; char
TempWord[4096];
char BufferString[4096];
uLong ReadCount = 0;
wxSocketBase::Initialize();
// Needed because we are in a multi-thread
environment
7.663: DoPOP3[15]: Size Of Message (Octets) : 0 Bytes
7.664: DoPOP3[15]: Allocated Block Of Memory: 4096 Sizes
7.665: DoPOP3: All Mail Processed, Issuing QUIT
As you can see, something causes it to freak out on occasions
and im not sure what. It works for the most part, so I could probably use it in
the interim on the mails which do turn out good. Thanks again.
--
Kind Regards,
Andy 'Fish-Guy' Kellett <andy@...>
http://www.f1-software.com
From:
wxMS_developers@yahoogroups.com [mailto:wxMS_developers@yahoogroups.com] On
Behalf Of Dave Silvia Sent: Saturday, December 20, 2008 10:45 PM To: wxMS_developers@yahoogroups.com Subject: {Disarmed} Re: [wxMS_developers] Issues with
POP3/wxSocketClient
Hi, Andy!
It's a little difficult to discuss the problem when the only
information available is that you're using wxSocketClient. The problem may be
further up the line. With only this one piece of information, one must assume
that everything before the call to wxSocketClient methods/functions to retrieve
the messages is performing correctly and that everything that was needed to be
done before the wxSocketClient transactions was done!;)
It's much, much easier to talk about problems and issues if
you attach your project (or a facsimile) to a posting you make from your email
client (Yahoo! Groups does not do attachments!:-< ).
If you're using DialogBlocks, it's even easier to
"share" as all one must needs do is attach the .pjd file
(DialogBlocks project file). This will allow the receiver to build and run on
their own system quite easily.
Any attachments should be in archive format (zip or other)
to reduce size (.pjd's are quite large, but very compressible!;) and to make it
more likely that the receiver's email client/antispam won't prevent its
delivery.
The only thing I can do, from the information available
here, is make a "swag" at a possibility. It appears that an
"undocumented procedure" in wxSocketBase has to be performed first. I
put it in quotes because it actually is documented, but only "before"
the fact. That is, most wxWidgets "Base" classes are not intended to
be used, only derived from. Hence, a developer (like me!;) doesn't often look
at base classes in wxWidgets classes. The assumption being that the derived
wxWidgets class is/has taken care of any parent class necessities.
In looking at the wxSocketBase documentation I see a blurb:
>>>>>
wxSocketBase is the base class for all socket-related
objects, and it defines all basic IO functionality.
Note: (Workaround for implementation limitation for
wxWidgets up to 2.5.x) If you want to use sockets or derived classes such as
wxFTP in a secondary thread, call wxSocketBase::Initialize() (undocumented)
from the main thread before creating any sockets - in wxApp::OnInit for
example.
<<<<<
Now, it does say this is for wxWidgets up to 2.5.x, but it's
the only "swag" I've got right now!:-( If it doesn't help, you might
like to consider archiving an example and attaching it to an email client
generated post.
I posted some code in a separate message a few minutes ago, I
just wanted to point out that the code runs error free when compiled in Release
mode, and works as it should when saving the memory block to a file (and
viewing it in a text editor). So the problems only appear in Debug mode on
VC8/Vista 64. I can live with that I guess hehe.
--
Kind Regards,
Andy 'Fish-Guy' Kellett <andy@...>
http://www.f1-software.com
From:
wxMS_developers@yahoogroups.com [mailto:wxMS_developers@yahoogroups.com] On
Behalf Of Dave Silvia Sent: Saturday, December 20, 2008 10:45 PM To: wxMS_developers@yahoogroups.com Subject: {Disarmed} Re: [wxMS_developers] Issues with
POP3/wxSocketClient
Hi, Andy!
It's a little difficult to discuss the problem when the only
information available is that you're using wxSocketClient. The problem may be
further up the line. With only this one piece of information, one must assume
that everything before the call to wxSocketClient methods/functions to retrieve
the messages is performing correctly and that everything that was needed to be
done before the wxSocketClient transactions was done!;)
It's much, much easier to talk about problems and issues if
you attach your project (or a facsimile) to a posting you make from your email
client (Yahoo! Groups does not do attachments!:-< ).
If you're using DialogBlocks, it's even easier to
"share" as all one must needs do is attach the .pjd file
(DialogBlocks project file). This will allow the receiver to build and run on
their own system quite easily.
Any attachments should be in archive format (zip or other)
to reduce size (.pjd's are quite large, but very compressible!;) and to make it
more likely that the receiver's email client/antispam won't prevent its
delivery.
The only thing I can do, from the information available
here, is make a "swag" at a possibility. It appears that an
"undocumented procedure" in wxSocketBase has to be performed first. I
put it in quotes because it actually is documented, but only "before"
the fact. That is, most wxWidgets "Base" classes are not intended to
be used, only derived from. Hence, a developer (like me!;) doesn't often look
at base classes in wxWidgets classes. The assumption being that the derived
wxWidgets class is/has taken care of any parent class necessities.
In looking at the wxSocketBase documentation I see a blurb:
>>>>>
wxSocketBase is the base class for all socket-related
objects, and it defines all basic IO functionality.
Note: (Workaround for implementation limitation for
wxWidgets up to 2.5.x) If you want to use sockets or derived classes such as
wxFTP in a secondary thread, call wxSocketBase::Initialize() (undocumented)
from the main thread before creating any sockets - in wxApp::OnInit for
example.
<<<<<
Now, it does say this is for wxWidgets up to 2.5.x, but it's
the only "swag" I've got right now!:-( If it doesn't help, you might
like to consider archiving an example and attaching it to an email client
generated post.
It's a little difficult to discuss the problem when the only information available is that you're using wxSocketClient. The problem may be further up the line. With only this one piece of information, one must assume that everything before the call to wxSocketClient methods/functions to retrieve the messages is performing correctly and that everything that was needed to be done before the wxSocketClient transactions was done!;)
It's much, much easier to talk about problems and issues if you attach your project (or a facsimile) to a posting you make from your email client (Yahoo! Groups does not do attachments!:-< ).
If you're using DialogBlocks, it's even easier to "share" as all one must needs do is attach the .pjd file (DialogBlocks project file). This will allow the receiver to build and run on their own system quite easily.
Any attachments should be in archive format (zip or other) to reduce size (.pjd's are quite large, but very compressible!;) and to make it more likely that the receiver's email client/antispam won't prevent its delivery.
The only thing I can do, from the information available here, is make a "swag" at a possibility. It appears that an "undocumented procedure" in wxSocketBase has to be performed first. I put it in quotes because it actually is documented, but only "before" the fact. That is, most wxWidgets "Base" classes are not intended to be used, only derived from. Hence, a developer (like me!;) doesn't often look at base classes in wxWidgets classes. The assumption being that the derived wxWidgets class is/has taken care of any parent class necessities.
In looking at the wxSocketBase documentation I see a blurb:
>>>>>
wxSocketBase is the base class for all socket-related objects, and it defines all basic IO functionality.
Note: (Workaround for implementation limitation for wxWidgets up to 2.5.x) If you want to use sockets or derived classes such as wxFTP in a secondary thread, call wxSocketBase::Initialize() (undocumented) from the main thread before creating any sockets - in wxApp::OnInit for example.
<<<<<
Now, it does say this is for wxWidgets up to 2.5.x, but it's the only "swag" I've got right now!:-( If it doesn't help, you might like to consider archiving an example and attaching it to an email client generated post.
Hi,
I'm trying to write a really simple POP3 client using wxSocketClient which
should connect to a POP3 account, and download all messages. It is to be
part of my order handling processing system and I am having some odd issues
that I can't seem to solve.
I am able to handle everything up to retrieving the actual message. I have
tried a number of different methods to try and get this to work and so far I
have not found anything that works consistently.
The first method was one I saw on a wxWidgets forum, involving a large
string buffer. Call the Read() command and add the returned string to the
main buffer string, parse the newline and remove the entire line to shorten
the string, then repeat till the end of the message (single line with '.').
This only works a little bit and the socket seems to stop reading after a
couple of messages, mid message, for no apparent reason.
Another idea I had was to allocate a block of memory big enough to hold the
message, and call a Read() command with this buffer sixe, thinking the
message would just read into memory where I can process it further. The
problem here is that every so often, it doesn't work. It works on about 90%
of the messages, but doesn't read in the entire thing, the LIST command for
the next message still recovers parts of the previous message. The
documentation for Read() doesn't state if there is a limit on the amount of
data it transfers at one time, or if there is a way to wait for the buffer
to contain a certain amount of data before reading.
I guess my question, is does someone have any POP3 retreival code anywhere,
or could explain a process on how to make this work? I have found samples on
the net for everything except POP3 hehe =) Any help is greatly appreciated
=) Thanks in advance.
--
Kind Regards,
Andy 'Fish-Guy' Kellett <andy@...>
http://www.f1-software.com
Hi All,
Thanks to Dave, I was able to get a "pseudo-static" box transparent.
Now, I'm having problem getting wxSlider transparent. I'm running out
of idea.
Any idea?
I'm using the latest stable wxwidget version 2.8.9.
Thanks in advance !
First, a suggestion. It's not a pitch or an advertisement. I receive nothing in return in the way of a gratuity or kick back. What I do get is an easy way to help folks out with their wxWidgets issues and the satisfaction of knowing I've given someone a good direction in which to proceed with wxWidgets.
[ enough disclaimer!;) ]
A few years back, when I was struggling along with wxWidgets using a text editor and the MinGW distribution, I felt there must be an easier way. I'd spent many years in software engineering with the same tools, editor and compiler. I decided I'd take a look at what might be out there in the way of a free (or dirt cheap!;) IDE. I looked at DevCpp and its spin-off, wxDevCpp, Code::Blocks, Eclipse, etc., but none of them were really that useful. Then I found a couple of RAD/IDE tools that were specifically for wxWidgets. They weren't free, but they came pretty close to dirt cheap ( or should I say, "reasonable", "inexpensive", "for the budget conscious"...). I downloaded both for "evaluation" immediately. One had a very strict evaluation policy which essentially made it cripple-ware. The other had a much less restrictive evaluation approach which allowed me to really evaluate its worth. Since then, I've not built wxWidgets applications, libraries, etc., by hand.
The product that fills my needs for development with wxWidgets without bankrupting me is Anthemion Software's DialogBlocks. DialogBlocks is what I would call an IDE, the author calls it a RAD. DialogBlocks is the brainchild of Julian Smart, who also originated (and still guides) wxWidgets. In my opinion, it's the best tool out there for wxWidgets development. Its "evaluation" version has no time limit, it only restricts the size of application one can build: 30 elements. Other than that size restriction, it's identical to the "full" version. Actually, it is the full version and once you register it, some secret bit in the bowels of the package gets set and you now have a "full" instead of an "evaluation" package.
Here's the scoop. You can download DialogBlocks (DB) and never register it and you will have a good tool for prototyping elements and building the wxWidgets libraries for any platform, cleanly and reliably. To me, just using it to build wxWidgets makes it worth downloading!;) Even with the restriction of size, you can pretty much build any examples, samples, demos, and so on that you may run into. And if (when) you decide it might be easier (which it is) to do all the architecture and GUI for your own projects with DB, just plunk down the registration fee and you're on the road.
DB has so many different benefits that time and bandwidth keeps me from enumerating them. But there is one other advantage, and it's quite applicable to your present circumstances, you can share a project by just sending the DB project file (.pjd). I hope you can see where this might be useful in future communications about the present issue or any other issues that might arise.
I believe that in the long run you'll be glad you did!;)
I'm going to assume that any code you're dealing with will be from scratch. It will make your life a lot simpler if you can do this with the help of DB. You can do all the GUI design with DB, then have DB generate a solution and project file (.sln, .vcproj) for Visual Studio 2005. You see, the situation here is that Visual Studio know absolutely nothing about wxWidgets. There have been some half-way successful attempts to shoehorn the toolkit into Visual Studio, but that's not the same. On the other hand, DB is well aware of Visual Studio!;) I typically do all of my major design in DB and build in DB. DB generates a great majority of the code, generates appropriate project files or makefiles based on your compiler(s) and preference, and builds from within DB using the build tools you have indicated. I pretty much stay in DB until I'm ready to do the "guts" of the project, in that way I'm assured that what I have so far really works.
At this point, you may continue to do the grunt work (hand coding) in DB's editor and test build. I prefer to switch to Visual Studio to take advantage of its Intellisense and GUI based debugger. I need do nothing special to make this switch, as DB's generated build files has already filled in the blanks!;)
I know I've said a lot here and you're probably wondering when (if) I'll start talking about your immediate issue. All I can say is "patience"!;)
Here are some steps that, I think, would be a good path to pursue:
1) Download DialogBlocks.
2) Take a look at a couple of tutorials that will shed some light on how DB and wxWidgets work.
3) If there are no constraints dictating the use of Visual Studio 2005, get Visual Studio 2008 (Express).
4) Build or Rebuild your wxWidgets libraries from within DB.
I will suggest 2 tutorials that could be of help. One is just a basic, simple application illustrating the process of working with DB and wxWidgets. The other is a "must"; it doesn't deal so much with "how to" in wxWidgets, but rather with a basic component of wxWidgets, sizers. Sizers are the first real stumbling block someone new to wxWidgets faces. The tutorial deals with the concept more so than the mechanics. Sizers are part and parcel of wxWidgets success in cross-platform implementation. They are also the reason why a true wxWidgets IDE/RAD tool cannot be "drag and drop" like, say, Visual Studio's IDE. This is part of the "departure" I alluded to in my first response to your post.
You can get these tutorials from the wxMS_developers Links page:
Links > Tutorials > DialogBlocks Data Converter Tutorial
Links > Tutorials > A Simple Editor: Sizers Tutorial
I would venture to say these steps will take about 6-8 hours at a moderate pace. Take longer if needed, though, as it will save a lot of headaches later!;)
By the time you've gotten this far, you should have a fairly good handle on wxWidgets basics and DB fundamentals. In turn, you will then be able to ask more "pointed" questions about your specific needs and wxWidgets/DB in general, then we can proceed with the task at hand!;)
Feel free to email me with questions, I'll try to be as helpful as possible.
Subject: [wxMS_developers] Re: wxWidgets in non-wx Applications
> Well said, thank you! > > * wxWidgets 2.8.9 > * Developing on WindowsXP for use on XP and Vista > * VisualStudio 2005 > > Sorry I left that information out. > > > --- In wxMS_developers@yahoogroups.com, "Dave Silvia" <dsilvia@...> wrote: >> >> Hi, John! >> >> Need a little basic information in order to address your problem.:-) >> >> * wxWidgets version >> * Your exact windows platform >> * Your development tool(s) >> >> If you can get that posted then we'll have some common ground from > which to start!;) >> >> I understand how you might get the impression of 'wxWidgets appears > to only like being application code'. Since it is primarily a GUI > toolkit, GUI applications are its main focus (examples, samples, > demos, etc.). Be assured that it can be and is used for > non-application purposes, e.g., static/shared libraries. >> >> I also understand your frustration. It's common to most everyone > when they initially test the wxWidgets water!;) wxWidgets is a > departure from most other GUI toolkits. Many of its concepts don't > bear any resemblance to other toolkits. Paradigms most folks are used > to need to be set aside in order to better understand how it works. If > you can hang on for just a bit, that will give some time to have a > good look at your issue. Just let the frustration subside... >> >> Looking forward to receiving your basic information as outlined > above so that things can proceed!; >> >> thx, >> Dave S. >
Thank you so very much for your quick reply. I appreciate it.
Yes. I can't believe time flies so fast ... I sometime think there should be at least 48 hours a day or more :-) :-) :-)
I assume the answer to my question number 2 is "Yes": We still need to use one of your 3 possible solutions. I guess it must had been difficult for wx developer to paint the wxstaticbox in transparent mode in Windows platform.
Thanks again!
PS: Thanks as well for your thoughtfulness to cc'ed me ... You are right that I only opted out the "Individual email" ...
From: Dave Silvia <dsilvia@...> To: wxMS_developers <wxMS_developers@yahoogroups.com> Cc: zpeng1@... Sent: Monday, November 24, 2008 2:15:40 PM Subject: Re: wxStaticBoxSizer transparent ...
Hi!
Sorry for the belated reply. I've been a bit tied up lately with something new so I don't monitor quite so frequently. Then when I did get to read your post I knew exactly what you were talking about but since it had been so long since I worked on that particular project (whew, was it really over a year!8-O ) I had to update a lot of the environment information in the .pjd file (DialogBlocks project file)...
At any rate, here's the scoop. The original problem
had 3 possible solutions. The first was not so good, the other 2 were okay and were really only a matter of personal preference in presentation style. I've attached a zip archive containing all 3; SetBackground, SetBackground1, SetBackground2. In order to receive any attachments that are included in posts to any Yahoo! group you need to have opted for 'Individual Emails' when you signed up. Anyone who receives individual emails also gets any attachments thereto. They will not show up at the group postings list because Yahoo! does not do attachments.
Since I couldn't be sure what you signed up to receive, I've Cc:'d you on this one.
The first thing you'll need to do is open the project in DialogBlocks and make any changes that conflict with your environment. There shouldn't bee too many as DB stuffs its local idea of the environment wherever possible.
I have the configuration property CFG set to VC90, so that it picks up the
wxWidgets libs I built using Visual Studio 2008 (I have others so I need to keep them separated). You'll probably want to remove that and set the compiler configuration to match your own. Do a regenerate (Build > Generate Makefile) to pick up your environment changes and you should be all set.
I'm having problem with background image not painted wxFrame over the wxStaticBoxSizer on MSWindows platforms. It works fine on MacOS X.
I read through the post between Dave and Paul on this particular issue back in July 2007 timeframe. Dave S. put an example file on the Files section but I can no longer find the file.
2 questions:
1. Can someone point
me to the following file: File : /SetBackground.zip Uploaded by : db_vs_dave <dsilvia@> Description : SetBackground with pseudo-static box
2. Do we really still need to use "pseudo-static" box to properly get background image painted over the wxStaticBoxSizer?
I'm using the latest stable wxwidget version 2.8.9.
Well said, thank you!
* wxWidgets 2.8.9
* Developing on WindowsXP for use on XP and Vista
* VisualStudio 2005
Sorry I left that information out.
--- In wxMS_developers@yahoogroups.com, "Dave Silvia" <dsilvia@...> wrote:
>
> Hi, John!
>
> Need a little basic information in order to address your problem.:-)
>
> * wxWidgets version
> * Your exact windows platform
> * Your development tool(s)
>
> If you can get that posted then we'll have some common ground from
which to start!;)
>
> I understand how you might get the impression of 'wxWidgets appears
to only like being application code'. Since it is primarily a GUI
toolkit, GUI applications are its main focus (examples, samples,
demos, etc.). Be assured that it can be and is used for
non-application purposes, e.g., static/shared libraries.
>
> I also understand your frustration. It's common to most everyone
when they initially test the wxWidgets water!;) wxWidgets is a
departure from most other GUI toolkits. Many of its concepts don't
bear any resemblance to other toolkits. Paradigms most folks are used
to need to be set aside in order to better understand how it works. If
you can hang on for just a bit, that will give some time to have a
good look at your issue. Just let the frustration subside...
>
> Looking forward to receiving your basic information as outlined
above so that things can proceed!;
>
> thx,
> Dave S.
Need a little basic information in order to address your problem.:-)
* wxWidgets version
* Your exact windows platform
* Your development tool(s)
If you can get that posted then we'll have some common ground from which to start!;)
I understand how you might get the impression of 'wxWidgets appears to only like being application code'. Since it is primarily a GUI toolkit, GUI applications are its main focus (examples, samples, demos, etc.). Be assured that it can be and is used for non-application purposes, e.g., static/shared libraries.
I also understand your frustration. It's common to most everyone when they initially test the wxWidgets water!;) wxWidgets is a departure from most other GUI toolkits. Many of its concepts don't bear any resemblance to other toolkits. Paradigms most folks are used to need to be set aside in order to better understand how it works. If you can hang on for just a bit, that will give some time to have a good look at your issue. Just let the frustration subside...
Looking forward to receiving your basic information as outlined above so that things can proceed!;
Subject: [wxMS_developers] wxWidgets in non-wx Applications
> Hello Group, > > I am trying to write a third-party plug-in for Adobe Acrobat. Adobe > has decided to drop their cross-platform dialog manager and suggested > that developers creating cross-platform plug-ins use wxWidgets. I was > first excited about the change, but now I am very frustrated. > wxWidgets appears to only like being application code. I have a > sample of using wxWidgets withing the Acrobat environment, but it just > doesn't act correctly. The wxDialogs I create are all rogue dialogs. > > Meaning that they appear as separate applications and not a window > within the host application....if that makes sense. > > I am having a hard time finding an example of using wxWidgets as a > DLL. Can anyone point me in the right direction please. That's > essentially what I'm trying to do. > > Thanks! >
Hello Group,
I am trying to write a third-party plug-in for Adobe Acrobat. Adobe
has decided to drop their cross-platform dialog manager and suggested
that developers creating cross-platform plug-ins use wxWidgets. I was
first excited about the change, but now I am very frustrated.
wxWidgets appears to only like being application code. I have a
sample of using wxWidgets withing the Acrobat environment, but it just
doesn't act correctly. The wxDialogs I create are all rogue dialogs.
Meaning that they appear as separate applications and not a window
within the host application....if that makes sense.
I am having a hard time finding an example of using wxWidgets as a
DLL. Can anyone point me in the right direction please. That's
essentially what I'm trying to do.
Thanks!
Hi!
Sorry for the belated reply. I've been a bit tied up lately with something
new so I don't monitor quite so frequently. Then when I did get to read your
post I knew exactly what you were talking about but since it had been so
long since I worked on that particular project (whew, was it really over a
year!8-O ) I had to update a lot of the environment information in the .pjd
file (DialogBlocks project file)...
At any rate, here's the scoop. The original problem had 3 possible
solutions. The first was not so good, the other 2 were okay and were really
only a matter of personal preference in presentation style. I've attached a
zip archive containing all 3; SetBackground, SetBackground1, SetBackground2.
In order to receive any attachments that are included in posts to any Yahoo!
group you need to have opted for 'Individual Emails' when you signed up.
Anyone who receives individual emails also gets any attachments thereto.
They will not show up at the group postings list because Yahoo! does not do
attachments.
Since I couldn't be sure what you signed up to receive, I've Cc:'d you on
this one.
The first thing you'll need to do is open the project in DialogBlocks and
make any changes that conflict with your environment. There shouldn't bee
too many as DB stuffs its local idea of the environment wherever possible.
I have the configuration property CFG set to VC90, so that it picks up the
wxWidgets libs I built using Visual Studio 2008 (I have others so I need to
keep them separated). You'll probably want to remove that and set the
compiler configuration to match your own. Do a regenerate (Build > Generate
Makefile) to pick up your environment changes and you should be all set.
HTH:
thx,
Dave S.
----- Original Message -----
--- In wxMS_developers@yahoogroups.com, "zpeng1" <zpeng1@...> wrote:
Hi All,
I'm having problem with background image not painted wxFrame over the
wxStaticBoxSizer on MSWindows platforms. It works fine on MacOS X.
I read through the post between Dave and Paul on this particular
issue back in July 2007 timeframe. Dave S. put an example file on
the Files section but I can no longer find the file.
2 questions:
1. Can someone point me to the following file:
File : /SetBackground.zip
Uploaded by : db_vs_dave <dsilvia@>
Description : SetBackground with pseudo-static box
2. Do we really still need to use "pseudo-static" box to properly get
background image painted over the wxStaticBoxSizer?
I'm using the latest stable wxwidget version 2.8.9.
Thanks in advance !
--- End forwarded message ---
Hi All,
I'm having problem with background image not painted wxFrame over the
wxStaticBoxSizer on MSWindows platforms. It works fine on MacOS X.
I read through the post between Dave and Paul on this particular
issue back in July 2007 timeframe. Dave S. put an example file on
the Files section but I can no longer find the file.
2 questions:
1. Can someone point me to the following file:
File : /SetBackground.zip
Uploaded by : db_vs_dave <dsilvia@...>
Description : SetBackground with pseudo-static box
2. Do we really still need to use "pseudo-static" box to properly get
background image painted over the wxStaticBoxSizer?
I'm using the latest stable wxwidget version 2.8.9.
Thanks in advance !
how can i make a background image in a frame and how can i place some
buttons for example on the background, is it possible with sizers to
do that?
thank you
> I do recall, however, that there were a number of messages exchanged,
> 1 or maybe 2 times, addressing scrolling problems and wxHTML at
> anthemion-devtools group (Julian Smart's group). That may well be a
> good place to look and post.
>
> I know a couple of times when I dealt with scrolling there were
> problems and I had to address scrolling with a number of
> wxScrolledWindow (et al.) functions. These were to get the virtual
> size, get the client size, get the scroll position, and calculate the
> scrolled and unscrolled values, and calculate the number of lines it
> would take to scroll to the position desired, the called
> wxScrolledWindow::Scroll() with the calculated value.
Seems like a common operation like this should be much simpler.
I'll check the anthemion-devtools archives and see if I can find
the messages you are referring to.
> Also, being that this a wxWidgets issue, you might subscribe to the
> user's mail list, and possibly subscribe to the development mail list.
http://lists.wxwidgets.org/pipermail/wx-users/2008-November/110107.html
shows several attempts of mine, none that work.
This is definitely off topic (indeed, some of you may even consider it spam) but, please, excuse. I very, very seldom openly advocate a software product (DialogBlocks being one big exception!;), but this application is quite good if you're an occasional website maintainer, webpage writer, etc.. I have been using WeBuilder for several years now and have yet to be disappointed. It's a multi-programming-language web authoring application. I don't advocate it as the "best", just extremely good, especially if web development is your avocation and not your vocation. It's reasonably priced, well supported, and continually expanded and improved. The developer/distributor, Karlis Blumentals, is conscientious and wholly involved in his product's support and service. WeBuilder is kept as much up to date as possible and has many features only found in much higher priced and less fully supported products. In a nutshell, it's pretty hard to beat.
If you have been recently looking into some form of web authoring tool to make the job easier, have a look:
Hi, Paschal!
Yes, the current distributions of Visual C++ 2008 Express do install a
version of the MSDK, albeit older (which is really no problem presently!;)
However, Visual C++ 2005 Express does not piggy-back an MSDK in its
installation.
My point was that any combination of Visual C++ Express and Microsoft
Software Development Kit installations yields a workable platform.
If you have Visual C++ 2008 Express installed you also have a minimal
Windows SDK, v6.0a, consisting of bin, Include, and Lib. That being the
case, if you also want to install Visual C++ 2005 Express, your MSDK for
Windows is already on the platform.
If you're installing Visual C++ 2005 Express and nothing else, you need to
install a current Windows SDK.
The point is, once you have a current version of MSDK installed, your
done!;) Earlier distribution systems place the onus with the user, who had
then to seek out an appropriate SDK download.
The real difference is, with a separate Microsoft Windows SDK you get a more
up to date version than is included as a rider on Visual Studio
distributions. Visual C++ installs, if there is an MSDK included it will be
(most likely at this time) v6.0a. With a separate installer for the current
MSDK the version is v6.1. This installer has a much wider scope, that is,
it's not minimal as is the Visual C++ 2008 Express distribution version,
v6.0a.
Here's a breakdown of the "Categories" covered:
v6.0a:
bin
Include
Lib
v6.1
Bin
FXCop
Help
Include
Lib
License
Redist
Samples
Setup
The "strategy" I use is to install Visual C++ 2008 Express and/or Visual C++
2005 Express. I then install the separate MSDK. Makes life simpler, at least
for me anyway!;)
----- Original Message -----
From: "pmushubi" <pmushubi@...>
To: <wxMS_developers@yahoogroups.com>
Sent: Saturday, October 11, 2008 11:09 AM
Subject: [wxMS_developers] Re: Microsoft's Express packages and SDK's
> Dave
>
>> BTW, the Microsoft Software Development Kit works fine for both
> 2005 and 2008 Express. No need to seek out other SDK's!;) Now, if
> only Microsoft would make an iso image for Visual Studio 2005 Express...
>
> My impression was that 2008 Express already included the platform SDK.
> I downloaded it way back but have never tried to use it that much.
>
> paschal.
>
>
> ------------------------------------
Dave
> BTW, the Microsoft Software Development Kit works fine for both
2005 and 2008 Express. No need to seek out other SDK's!;) Now, if
only Microsoft would make an iso image for Visual Studio 2005 Express...
My impression was that 2008 Express already included the platform SDK.
I downloaded it way back but have never tried to use it that much.
paschal.
I'm doing a major rearrangement and revamp of my system and on installing Turbo C++ I ran into a problem when trying to build wxWidgets. It took awhile to ferret out, but the problem was that I had used "TurboC++" as my CFG property to keep the Turbo C++ build libraries separate from the various Visual C++ versions and MinGW. Now, for Visual C++ I used VC80X, VC80, VC90X, etc. and for MinGW I used MinGW. This all yielded what I wanted, i.e.:
vc_libVC80X vc_libVC80 vc_libVC90X gcc_libMinGW
But there was a problem when I got to:
bcc_libTurboC++
The wxWidgets make using makefile.bcc kept getting command syntax errors right off the bat (no pun intended!;).
It's been many, many years since I did any extensive command line work in a Windows Command Prompt window, and even longer since I've authored any batch files. So, I cannot exactly say when the "syntax" that produced the error was introduced, but the culprit turned out to be the Windows command line command "copy". Somewhere along the line it got what would be the equivalent of the type command with redirection added to it (what in Unix would be the cat command with redirection into a file). This "new" (to me) functionality uses a "+" between file names to indicate that they are "combined" into a single file and then copied to the destination.
This may not be such "new" news to most of you, but it was to me and had me stumped for several hours until I carefully dissected the makefile.bcc to narrow it down. Once I changed "TurboC++" to "BDSTurbo" for the CFG property it then worked without a hitch!;) I got:
I have an application and I want to print out some diagrams. They have
labels. In a class derived from wxPrintout I have overridden
OnPrintPage. In this method I want to define a wxFont to use on the output
The first argument in the wxFont ctor I use is an int which is the point
size. However, for windows this is apparently the pixel size and not
point size. I thus have to scale the font based on the ratio of
printerPPI and screenPPI so that the printout comes out as expected.
(e.g., if I want 14 point output and the ratio is 10, then I need to
pass 140 to get a 14 point sized output).
This is not the case on the Mac where the font size I put in comes out
properly scaled on the output (e.g., 14 points passed as an argument is
14 points on the output)
.
Am I missing something??????
Thanks,
Ralph Pass
Hi to everyone!
I have developed an application and at somepoint when i use it, if i
lock the pc, when i login again I get the following messages on the
application's txt control:
Debug: ..\..\src\msw\window.cpp(5234): 'GetCursorPos' failed with error
0x00000000 (the operation completed successfully.).
Debug: ..\..\src\msw\dc.cpp(2307): 'StretchBlt' failed with error
0x00000005 (access is denied.).
Debug: ..\..\src\msw\dc.cpp(2327): 'BitBlt' failed with error
0x00000006 (the handle is invalid.).
I don't know why I get these messages or what do I have to do to catch
them. Any help is much appreciated.
Best regards,
Lup.
Hi, Marcus!
Well... Right at the start your wxApp class has no designated "Top Level" or
"Main window" as it is called in the DB property sheet...
It's up to you... You can keep "learning by doing" with no guide posts or
starting point (also known as "trial and error" or "trials and
tribulations"!;) Or, alternatively, you can follow the steps in the Data
Converter Tutorial, which gives an entry point and many "guide posts" along
the way, with (hopefully!;) descriptions, illustrations, and explanations of
what is going on in the process.
I'd be willing to bet that the second option, i.e., using a tutorial, is
less painful, confusing, and more efficient...
I will take a look at the project you attached and give a reply...
I understand, believe me, the sense of accomplishment in just forging ahead
and finally reaching something workable. It's the way I worked when I first
started using wxWidgets and DB, and I did get a feeling of achievement... I
also wished I had access to some form of "guidance" to shorten that
process... It didn't really exist, though, at that time...
I also understand that tutorials and demos can be a source of frustration.
Especially when one wants to really "dig in". I have a basic aversion to
most "tutorials" and "demos" and other sorts of examples myself. I get
impatient!;)
However, with these tutorials/demos, I've attempted to make them as lean as
possible without sacrificing lucidity and completeness. I also tried to make
the tutorials more than just a "if you want to do this, then this is how
it's done... isn't that neat!?". I've tried to make them applicable to what
one might want to do in the real world. So they are not the usual (mostly
useless) "Hello World" genre. All in hopes that they might keep one's
attention focused.
Imho, the short route to getting a working knowledge in as short a time as
possible is engendered in the tutorials. But, to each his own...
In the long run, you know more about your learning processes than anyone
else ever will!;) Which brings us back to the choice being yours...
I will get a reply back to you directly on your project!:-)
HTH:
thx,
Dave S.
----- Original Message -----
From: "Marcus Stolzenberg" <marcus.stolzenberg@...>
To: <wxMS_developers@yahoogroups.com>
Sent: Sunday, September 28, 2008 4:49 AM
Subject: Re: [wxMS_developers] Change wxWidgets Label from outside the class
> Hi Dave,
>
> Many thanks, for the great welcome and your long ansewer.
>
> The project I like to do is only for learning wxDialogs and Dialogblox.
>
> I thought I do something easy for starting...
>
> Crating a simple dialog box with the help of Dialogblox.
> The dialog only contains two wxStaticText element and one button.
> wxStaticText element one is set to the text Status:
> wxStaticText element two is "dynamic" and should show the "running"
> status
>
>
> When the users klicks the button the programm should import a text file.
> In the first step the path is hardcoded (no select box -> step II)
> While the programm is reading the file the status should be reading
> As next step all e - Letters should be removed in the imported text so
> the status should be erasing e - Letters
> As next step all a - Letters should be removed in the imported text so
> the status should be erasing a - Letters
> ...
>
> As I did my first test I did a
> wxString newStaticText(wxT("New Text"));
>
> textx->SetLabel(newStaticText);
>
> direct in the event handler. This was no problem.
>
> But I am not really shure if it is a good way to do the whole text
> import, converting...
> "under" the event handler.
> I thoght it is a better way to have something like a function or class
> to import and manipulate the text.
> But within in the new class / function I have the problem that I can not
> change the lable to show the status.
>
> I also will have a deep look into the mentioned sample files.
>
> I also attacched the Dialogblox file.
>
> Thanks
>
> Best Regards,
> Marcus
>
Hi Dave,
Many thanks, for the great welcome and your long ansewer.
The project I like to do is only for learning wxDialogs and Dialogblox.
I thought I do something easy for starting...
Crating a simple dialog box with the help of Dialogblox.
The dialog only contains two wxStaticText element and one button.
wxStaticText element one is set to the text Status:
wxStaticText element two is "dynamic" and should show the "running" status
When the users klicks the button the programm should import a text file.
In the first step the path is hardcoded (no select box -> step II)
While the programm is reading the file the status should be reading
As next step all e - Letters should be removed in the imported text so
the status should be erasing e - Letters
As next step all a - Letters should be removed in the imported text so
the status should be erasing a - Letters
...
As I did my first test I did a
wxString newStaticText(wxT("New Text"));
textx->SetLabel(newStaticText);
direct in the event handler. This was no problem.
But I am not really shure if it is a good way to do the whole text
import, converting...
"under" the event handler.
I thoght it is a better way to have something like a function or class
to import and manipulate the text.
But within in the new class / function I have the problem that I can not
change the lable to show the status.
I also will have a deep look into the mentioned sample files.
I also attacched the Dialogblox file.
Thanks
Best Regards,
Marcus
Dave Silvia schrieb:
>
> Hi, Marcus!
>
> Welcome to the group!:-)
>
> I believe you've asked a few more questions than you think!;)
>
> To begin, any wxWidgets element that displays text has some function to
> modify that text. The function may be in the specific class itself, or in
> some class from which it is derived. If the reference for a class
> reference
> is needed within an application, one can obtain the instance pointer in
> various ways, e.g., the wxWindow::FindWindow family of functions. For a
> specific application there is only one "TopLevelWindow" which ties all
> others, "siblings", together.
>
> If I understand your scenario correctly, you are wanting to change the
> static text label in the wxStaticText instance "textx". Since this
> instance
> has a Member variable name, i.e., "textx". This instance is dynamically
> allocated using "new", so it is a pointer. There are 2 wxStaticText
> member
> functions/methods to access the label: wxStaticText::GetLabel and
> wxStaticText::SetLabel. To find the current label:
>
> wxString currentStaticText=textx->GetLabel();
>
> To change that label:
>
> wxString newStaticText(wxT("New Text"));
> textx->SetLabel(newStaticText);
>
> OR cut to the chase:
>
> textx->SetLabel(wxT("New Text"));
>
> That is the simple answer to your specific scenario!:-)
>
> I do believe, however, you are wanting to know some things beyond this
> simple scenario... On these, with the information at hand, I can only
> speculate.
>
> Additionally, you speak of an "import class" for text files. For your
> specific scenario this really isn't necessary. Most often, making
> changes to
> displays is "triggered" by an "event". Not knowing the structure of your
> scenario limits further suggestion other than stating some event
> precipitates reading the text file whilst some other event causes the
> wxStaticText label to be changed.
>
> Let's say, for discussion purposes, you read the text file when the
> application starts. You would have some variable, possibly of
> wxArrayString
> type, which is populated with the contents of the text file. Then, as
> events
> occur in the application, some one of these events would be associated
> with
> an event handler which would select the appropriate string from the
> variable
> you populated with the file contents and change the wxStaticText label. A
> quick skeleton outline:
>
> Application starts:
> ...
>
> Open text file (wxFFile::Open() ?)
> Read text file (wxFFile::Read() ?)
> Populate variable (wxArrayString::Add() ?)
> Close text file (wxFFile::Close() ?)
> ...
>
> In the event handler:
> Select array member (wxString labelStr=wxArrayString::Item(i) ?)
> Change the static text (textx->SetLabel(labelStr) ?)
>
> Sorry if this sounds a bit nebulous, but it's the best I can do with the
> limited information.
>
> You might like to consider an easier route to getting help, especially
> with
> DialogBlocks. DialogBlocks creates a project file (yourProject.pjd). From
> this single file anyone can reconstruct your project on their own system
> (simplest case). If you have made hand coded additions to DB generated
> files
> or created files of your own, these files would also be needed. If you
> place
> the .pjd and any source [.cpp|.h] files that contain hand coding into a
> compressed archive (.zip ?) and post to the group from your email client
> (that is, not from "Post" or "Reply" at the group site), attaching
> your zip
> archive, anyone in the group who receives individual emails would get the
> attachment. Yahoo! does not do attachments in postings to Yahoo! groups!;)
>
> Sending the project saves a great deal of time and bandwidth (problem ->
> solution), thus getting you more quickly up and running!;) It sounds like
> this particular problem you are looking to solve is a "doodle" you are
> using
> for learning/experimentation. It then would be a prime project to zip and
> attach to an email posting.
>
> >From your email client, send to:
>
> wxMS_developers@yahoogroups.com <mailto:wxMS_developers%40yahoogroups.com>
>
> Another vehicle for learning and familiarization would be the
> Demos/Tutorials in the Links area at:
>
> http://tech.groups.yahoo.com/group/wxMS_developers/
> <http://tech.groups.yahoo.com/group/wxMS_developers/>
>
> Specifically, it would be beneficial to obtain and build from scratch:
>
> Links > Tutorials > DialogBlocks Data Converter Tutorial
>
> This is a simple, basic tutorial which walks you through developing a
> wxWidgets application using DialogBlocks. It's a bit dated as DB's
> looks and
> functionality have expanded since it was written, but it's still quite
> valid.
>
> Another is:
>
> Links > Tutorials > A Simple Editor: Sizers Tutorial
>
> This one is a must for understanding the wxWidgets' sizer paradigm. It
> concentrates more on the concept of sizers than it does on specifics of
> DialogBlocks an wxWidgets.
>
> A third, which includes code that illustrates changing wxStaticText
> labels:
>
> Links > Tutorial > RegEx Tester for wxWidgets
>
> With these 3 under your belt you should be able to graduate from
> "newbie" to
> "novice"!;) I know it doesn't sound like a big step, but it really is.
> Altogether, building these tutorials will take just a few short hours.
> Afterwards you should have a pretty good handle on wxWidgets and
> DialogBlocks!;)
>
> Perusing the demos (Links > Demos) might also prove fruitful. Looking
> through the messages at wxMS_developers is another option, there
> aren't all
> that many messages and their content is quite pithy.
>
> Of course, for "right from the horse's mouth" answers/advice on
> DialogBlocks
> in general, there's Julian Smart's group:
>
> http://groups.yahoo.com/group/anthemion-devtools
> <http://groups.yahoo.com/group/anthemion-devtools>
>
> and the email:
>
> support@... <mailto:support%40anthemion.co.uk>
>
> Julian is the "founding father" of wxWidgets and the
> author/developer/maintainer/distributor of DialogBlocks!;)
>
> HTH:
>
> thx,
> Dave S.
>
> ----- Original Message -----
> From: "stomman08" <marcus.stolzenberg@...
> <mailto:marcus.stolzenberg%40web.de>>
> To: <wxMS_developers@yahoogroups.com
> <mailto:wxMS_developers%40yahoogroups.com>>
> Sent: Saturday, September 27, 2008 1:40 PM
> Subject: [wxMS_developers] Change wxWidgets Label from outside the class
>
> > Hello forum,
> >
> > I am new to wxDialogs and dialog blox.
> >
> > Now I have a question regarding dialog blox.
> >
> > I created a litte dialog using dialog blox.
> >
> > ...
> > void vv::CreateControls()
> > {
> > ////@begin vv content construction
> > vv* itemDialog1 = this;
> >
> > wxBoxSizer* itemBoxSizer2 = new wxBoxSizer(wxVERTICAL);
> > itemDialog1->SetSizer(itemBoxSizer2);
> >
> > wxBoxSizer* itemBoxSizer3 = new wxBoxSizer(wxVERTICAL);
> > itemBoxSizer2->Add(itemBoxSizer3, 0,
> > wxALIGN_CENTER_HORIZONTAL|wxALL, 5);
> >
> > itemBoxSizer3->Add(150, 5, 0, wxALIGN_CENTER_HORIZONTAL|wxALL, 5);
> >
> > wxBoxSizer* itemBoxSizer5 = new wxBoxSizer(wxVERTICAL);
> > itemBoxSizer3->Add(itemBoxSizer5, 0,
> > wxALIGN_CENTER_HORIZONTAL|wxALL, 5);
> >
> > wxButton* itemButton6 = new wxButton( itemDialog1, ID_BUTTON,
> > _("Button"), wxDefaultPosition, wxDefaultSize, 0 );
> > itemBoxSizer5->Add(itemButton6, 0,
> > wxALIGN_CENTER_HORIZONTAL|wxALL, 5);
> >
> > textx = new wxStaticText( itemDialog1, wxID_STATIC, _("Static
> > text"), wxDefaultPosition, wxDefaultSize, 0 );
> > itemBoxSizer5->Add(textx, 0, wxALIGN_CENTER_HORIZONTAL|wxALL, 5);
> >
> > ////@end vv content construction
> > }
> > ...
> >
> > Now I like to import a text file using an other class. With in the
> > import class I like to change the label textx so that I can show the
> > right import status of my programm. Like Import -> convert Part I ->
> > convert Part II -> convert Part III -> ready|error...
> >
> > I think I have to add a "Methode" to the class. Right? Now my main
> > question can this "Methode" created with/by dialog blox? How can this
> > "job" done best?
> >
> > Best Regards,
> > Marcus
>
>
Hi, Marcus!
Welcome to the group!:-)
I believe you've asked a few more questions than you think!;)
To begin, any wxWidgets element that displays text has some function to
modify that text. The function may be in the specific class itself, or in
some class from which it is derived. If the reference for a class reference
is needed within an application, one can obtain the instance pointer in
various ways, e.g., the wxWindow::FindWindow family of functions. For a
specific application there is only one "TopLevelWindow" which ties all
others, "siblings", together.
If I understand your scenario correctly, you are wanting to change the
static text label in the wxStaticText instance "textx". Since this instance
has a Member variable name, i.e., "textx". This instance is dynamically
allocated using "new", so it is a pointer. There are 2 wxStaticText member
functions/methods to access the label: wxStaticText::GetLabel and
wxStaticText::SetLabel. To find the current label:
wxString currentStaticText=textx->GetLabel();
To change that label:
wxString newStaticText(wxT("New Text"));
textx->SetLabel(newStaticText);
OR cut to the chase:
textx->SetLabel(wxT("New Text"));
That is the simple answer to your specific scenario!:-)
I do believe, however, you are wanting to know some things beyond this
simple scenario... On these, with the information at hand, I can only
speculate.
Additionally, you speak of an "import class" for text files. For your
specific scenario this really isn't necessary. Most often, making changes to
displays is "triggered" by an "event". Not knowing the structure of your
scenario limits further suggestion other than stating some event
precipitates reading the text file whilst some other event causes the
wxStaticText label to be changed.
Let's say, for discussion purposes, you read the text file when the
application starts. You would have some variable, possibly of wxArrayString
type, which is populated with the contents of the text file. Then, as events
occur in the application, some one of these events would be associated with
an event handler which would select the appropriate string from the variable
you populated with the file contents and change the wxStaticText label. A
quick skeleton outline:
Application starts:
...
Open text file (wxFFile::Open() ?)
Read text file (wxFFile::Read() ?)
Populate variable (wxArrayString::Add() ?)
Close text file (wxFFile::Close() ?)
...
In the event handler:
Select array member (wxString labelStr=wxArrayString::Item(i) ?)
Change the static text (textx->SetLabel(labelStr) ?)
Sorry if this sounds a bit nebulous, but it's the best I can do with the
limited information.
You might like to consider an easier route to getting help, especially with
DialogBlocks. DialogBlocks creates a project file (yourProject.pjd). From
this single file anyone can reconstruct your project on their own system
(simplest case). If you have made hand coded additions to DB generated files
or created files of your own, these files would also be needed. If you place
the .pjd and any source [.cpp|.h] files that contain hand coding into a
compressed archive (.zip ?) and post to the group from your email client
(that is, not from "Post" or "Reply" at the group site), attaching your zip
archive, anyone in the group who receives individual emails would get the
attachment. Yahoo! does not do attachments in postings to Yahoo! groups!;)
Sending the project saves a great deal of time and bandwidth (problem ->
solution), thus getting you more quickly up and running!;) It sounds like
this particular problem you are looking to solve is a "doodle" you are using
for learning/experimentation. It then would be a prime project to zip and
attach to an email posting.
From your email client, send to:
wxMS_developers@yahoogroups.com
Another vehicle for learning and familiarization would be the
Demos/Tutorials in the Links area at:
http://tech.groups.yahoo.com/group/wxMS_developers/
Specifically, it would be beneficial to obtain and build from scratch:
Links > Tutorials > DialogBlocks Data Converter Tutorial
This is a simple, basic tutorial which walks you through developing a
wxWidgets application using DialogBlocks. It's a bit dated as DB's looks and
functionality have expanded since it was written, but it's still quite
valid.
Another is:
Links > Tutorials > A Simple Editor: Sizers Tutorial
This one is a must for understanding the wxWidgets' sizer paradigm. It
concentrates more on the concept of sizers than it does on specifics of
DialogBlocks an wxWidgets.
A third, which includes code that illustrates changing wxStaticText labels:
Links > Tutorial > RegEx Tester for wxWidgets
With these 3 under your belt you should be able to graduate from "newbie" to
"novice"!;) I know it doesn't sound like a big step, but it really is.
Altogether, building these tutorials will take just a few short hours.
Afterwards you should have a pretty good handle on wxWidgets and
DialogBlocks!;)
Perusing the demos (Links > Demos) might also prove fruitful. Looking
through the messages at wxMS_developers is another option, there aren't all
that many messages and their content is quite pithy.
Of course, for "right from the horse's mouth" answers/advice on DialogBlocks
in general, there's Julian Smart's group:
http://groups.yahoo.com/group/anthemion-devtools
and the email:
support@...
Julian is the "founding father" of wxWidgets and the
author/developer/maintainer/distributor of DialogBlocks!;)
HTH:
thx,
Dave S.
----- Original Message -----
From: "stomman08" <marcus.stolzenberg@...>
To: <wxMS_developers@yahoogroups.com>
Sent: Saturday, September 27, 2008 1:40 PM
Subject: [wxMS_developers] Change wxWidgets Label from outside the class
> Hello forum,
>
> I am new to wxDialogs and dialog blox.
>
> Now I have a question regarding dialog blox.
>
> I created a litte dialog using dialog blox.
>
> ...
> void vv::CreateControls()
> {
> ////@begin vv content construction
> vv* itemDialog1 = this;
>
> wxBoxSizer* itemBoxSizer2 = new wxBoxSizer(wxVERTICAL);
> itemDialog1->SetSizer(itemBoxSizer2);
>
> wxBoxSizer* itemBoxSizer3 = new wxBoxSizer(wxVERTICAL);
> itemBoxSizer2->Add(itemBoxSizer3, 0,
> wxALIGN_CENTER_HORIZONTAL|wxALL, 5);
>
> itemBoxSizer3->Add(150, 5, 0, wxALIGN_CENTER_HORIZONTAL|wxALL, 5);
>
> wxBoxSizer* itemBoxSizer5 = new wxBoxSizer(wxVERTICAL);
> itemBoxSizer3->Add(itemBoxSizer5, 0,
> wxALIGN_CENTER_HORIZONTAL|wxALL, 5);
>
> wxButton* itemButton6 = new wxButton( itemDialog1, ID_BUTTON,
> _("Button"), wxDefaultPosition, wxDefaultSize, 0 );
> itemBoxSizer5->Add(itemButton6, 0,
> wxALIGN_CENTER_HORIZONTAL|wxALL, 5);
>
> textx = new wxStaticText( itemDialog1, wxID_STATIC, _("Static
> text"), wxDefaultPosition, wxDefaultSize, 0 );
> itemBoxSizer5->Add(textx, 0, wxALIGN_CENTER_HORIZONTAL|wxALL, 5);
>
> ////@end vv content construction
> }
> ...
>
> Now I like to import a text file using an other class. With in the
> import class I like to change the label textx so that I can show the
> right import status of my programm. Like Import -> convert Part I ->
> convert Part II -> convert Part III -> ready|error...
>
> I think I have to add a "Methode" to the class. Right? Now my main
> question can this "Methode" created with/by dialog blox? How can this
> "job" done best?
>
> Best Regards,
> Marcus
Hello forum,
I am new to wxDialogs and dialog blox.
Now I have a question regarding dialog blox.
I created a litte dialog using dialog blox.
...
void vv::CreateControls()
{
////@begin vv content construction
vv* itemDialog1 = this;
wxBoxSizer* itemBoxSizer2 = new wxBoxSizer(wxVERTICAL);
itemDialog1->SetSizer(itemBoxSizer2);
wxBoxSizer* itemBoxSizer3 = new wxBoxSizer(wxVERTICAL);
itemBoxSizer2->Add(itemBoxSizer3, 0,
wxALIGN_CENTER_HORIZONTAL|wxALL, 5);
itemBoxSizer3->Add(150, 5, 0, wxALIGN_CENTER_HORIZONTAL|wxALL, 5);
wxBoxSizer* itemBoxSizer5 = new wxBoxSizer(wxVERTICAL);
itemBoxSizer3->Add(itemBoxSizer5, 0,
wxALIGN_CENTER_HORIZONTAL|wxALL, 5);
wxButton* itemButton6 = new wxButton( itemDialog1, ID_BUTTON,
_("Button"), wxDefaultPosition, wxDefaultSize, 0 );
itemBoxSizer5->Add(itemButton6, 0,
wxALIGN_CENTER_HORIZONTAL|wxALL, 5);
textx = new wxStaticText( itemDialog1, wxID_STATIC, _("Static
text"), wxDefaultPosition, wxDefaultSize, 0 );
itemBoxSizer5->Add(textx, 0, wxALIGN_CENTER_HORIZONTAL|wxALL, 5);
////@end vv content construction
}
...
Now I like to import a text file using an other class. With in the
import class I like to change the label textx so that I can show the
right import status of my programm. Like Import -> convert Part I ->
convert Part II -> convert Part III -> ready|error...
I think I have to add a "Methode" to the class. Right? Now my main
question can this "Methode" created with/by dialog blox? How can this
"job" done best?
Best Regards,
Marcus
Hi, Dave.
Thanks again. I do not use to have any problems with zip files through
e-mail, but for some unknown reason, 7zip doesn't like this one.
Anyway, I could open it and test the example.
I've learnt a lot with it. Now I am adding new worksheets to a
workbook and rename the worksheets. No more big problems so far.
The difficult thing with OLE Automation seems to be finding a good
reference of "properties" and "methods" to be used with each "object".
My sources are the MS Excel 2003 VB Reference and the page
http://cpp.developpez.com/faq/bcb/?page=msoffice
(in French), which describes the use of automation in c++ with the
library provided by Borland Builder C++. But a lot of imagination and
trial and error is indeed required.
Best wishes!
Linus
--- In wxMS_developers@yahoogroups.com, Dave Silvia <dsilvia@...> wrote:
>
> Hi, Linus!
>
> That is indeed strange that you could not open the .zip.:-/ I just
double checked it with PKware SecureZip (the tool that created the
zip), then with 7zip. It opened fine for both...
>
> There's a possibility that it got corrupted on its way through the
internet, although that happens very seldomly anymore. The other
possibility is that, perhaps, your firewall software, or your email
client, or your ISP didn't like it. Zip archives are under suspicion
of being malware more and more these days. It would not be odd that
some security software between your ISP and your email client deemed
it necessary to render the zip harmless by removing a suspicious
section in the archive...
>
> Anyway, it's hard to tell. We'll give the attachment a second chance
with this email...
>
> HTH:
>
> thx,
> Dave S.
>
That is indeed strange that you could not open the .zip.:-/ I just double checked it with PKware SecureZip (the tool that created the zip), then with 7zip. It opened fine for both...
There's a possibility that it got corrupted on its way through the internet, although that happens very seldomly anymore. The other possibility is that, perhaps, your firewall software, or your email client, or your ISP didn't like it. Zip archives are under suspicion of being malware more and more these days. It would not be odd that some security software between your ISP and your email client deemed it necessary to render the zip harmless by removing a suspicious section in the archive...
Anyway, it's hard to tell. We'll give the attachment a second chance with this email...
HTH:
thx, Dave S.
One of the symptoms of an approaching nervous breakdown is the belief that one's work is terribly important.
Thanks, Ralph.
I've just got it, with the standard Windows unzipper.
So that's it, Dave, thank you.
And I already have understood what I was doing wrong.
Tomorrow I will give it a try.
Best wishes,
Linus
--- In wxMS_developers@yahoogroups.com, Ralph Pass <rppass@...> wrote:
>
> Linus:
>
> I was just able to open the attachment to David's e-mail with Suffit on
> my MacOSX system. So I think the zip file is good.
>
> Ralph Pass
>
>
>
>
> linus0ker wrote:
> >
> > Thanks, Dave.
> > Unfortunately, I am not able to open the .zip file.
> > I use 7-zip, which should be perfectly able to do it.
> > Could you check the file, please?
> >
> > Linus
> > PS: I do receive e-mails notifications; thanks.
> >
> > --- In wxMS_developers@yahoogroups.com
> > <mailto:wxMS_developers%40yahoogroups.com>, Dave Silvia <dsilvia@>
> > wrote:
> > >
> > > Hi, Linus!
> > >
> > > I've attached the ExcelDemo to this email/posting. Anyone in the
> > group who has opted for Individual Emails notification will get the
> > attachment, but it won't be included in the posting itself at
> > http://tech.groups.yahoo.com/group/wxMS_developers/
> > <http://tech.groups.yahoo.com/group/wxMS_developers/> (Yahoo!
doesn't do
> > attachments!;)
> > >
> >
> >
>