wxvtk-users — wxVTK users

Re: [wxVTK] Redraw problems with wxVTK and wxMAC: perhaps a solution!

[Sander N. <nie...@st...>]

Hi,

I would like to confirm the problem and work around.

I had the same problem using wxWidgets 2.8.1.1 (carbon build), VTK  
5.0.2 and MacOSX 10.4.9.

For me the problem also appeared when using a wxSplitterWindow.  
However, I only used one part for the VTK window and the other part  
of the splitter contained a panel with some control buttons. When  
resizing (i.e. enlarging the window) the part in the VTK window that  
did not get updated (and contained a background color) was the area  
where the panel with control buttons was _before_ resize.

The workaround with the UpdateGLRegion() did fix the problem (thank  
you Pierre!).
I only doubt whether this fix is good final solution to the problem.  
To me it seems that something more fundamental is wrong somewhere  
inside either wxWidgets or VTK.

By the way, I also had to add
---
#ifdef __WXMAC__
#include "vtkCarbonRenderWindow.h"
#endif
---
to the top of the file for the definition of vtkCarbonRenderWindow.

Best regards,
Sander

On 19-feb-2007, at 15:21, Pierre Fillard wrote:

> Hi!
>
> First of all, thank you Mathieu for providing us with this wx  
> interface
> to VTK!
>
> Since I started using wxWidgets and wxVTK on a MAC, I realized (others
> might have experienced this also) that the display was sometimes not
> updated properly. I am using wxMAC 2.8.0, VTK 5.0.2 and MacOSX  
> 10.4.8. I
> used wxVTK versions from 0.8 to 1.2, the problem remains in all  
> versions.
>
> The problem occurs when at least two wxVTK windows are embedded in a
> window (case of the SplitSample for example).
>
> When one slowly resizes it, there is no problem, i.e. everything is
> repainted correctly. However, when one resizes the window very fast,
> (for instance when the window is put in full screen mode), then some
> parts of the wxVTK windows are not redrawn, even worse, the background
> is painted over the window. The only way to refresh the wxVTK  
> windows is
> to slowly downsize the frame. I tried to overload the OnPaint event to
> force a call to Render() or simulate a resizing, nothing worked.
>
> It was starting to drive me crazy since the redraw problem was really
> annoying when one wanted for instance, to put a view in full  
> screen, and
> then back to normal...
>
> I finally found a solution: one needs to call the "UpdageGLRegion()"
> method of the vtkCarbonRenderWindow (assuming that you're using the
> Carbon version of wxMAC, I haven't tried the other ports, but they  
> seem
> to be less complete anyway) during the OnPaint() method of the
> wxVTKRenderWindowInteractor class. Here is what I put at the end of  
> the
> OnPaint() method:
>
> #ifdef __WXMAC__
>   vtkCarbonRenderWindow* rwin =
> vtkCarbonRenderWindow::SafeDownCast(RenderWindow);
>   if( rwin )
>   {
>   rwin->UpdateGLRegion();
>   }
> #endif
>
> That might not be the most elegant way to bypass this redraw problem,
> but at least it works. And goodbye the ugly background painted over  
> the
> VTK windows.
>
> I hope this was helpful to some Mac users. Maybe the problem is
> completely related to my hardware / software version. In this case, I
> apologize for the inconvenience.
>
> Pierre Fillard,
> INRIA Sophia Antipolis, France.
> http://www-sop.inria.fr/asclepios/software/MedINRIA.
>
>
> ---------------------------------------------------------------------- 
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to  
> share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php? 
> page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Wxvtk-users mailing list
> Wxv...@li...
> https://lists.sourceforge.net/lists/listinfo/wxvtk-users

Re: [wxVTK] Problems linking wxVTKRenderWindowInteractor

[Mathieu M. <mat...@gm...>]

Hi Eleonora,

  I do not have a testing machine to reproduce the error, but as far
as I remember it should compile with VS6.0. Did you install all the
latest release pack for this compiler ?

  Anyway I believe you can simply replace all 'Superclass' with
'vtkRenderWindowInteractor'.

HTH
-Mathieu

On 3/12/07, Eleonora Mambrini <e.m...@gm...> wrote:
> Hi!
> I'm willing to use VTK in a wxWidgets application, so I tried to
> compile a simple application including wxVTKRenderWindowInteractor. As
> suggested in README, i have made this modify:
>
> original line:
> class VTK_RENDERING_EXPORT wxVTKRenderWindowInteractor : public
> wxWindow, virtual public vtkRenderWindowInteractor
>
> new line:
> class wxVTKRenderWindowInteractor : public wxWindow, virtual public
> vtkRenderWindowInteractor
>
>
> But now when i try to link, it gives me these errors:
> Compiling...
> wxVTKRenderWindowInteractor.cxx
> c:\documents and
> settings\eleonora\documenti\progettivc\vtk2\wxvtkrenderwindowinteractor.c=
xx(128)
> : warning C4355: 'this' : used in base member initializer list
> c:\documents and
> settings\eleonora\documenti\progettivc\vtk2\wxvtkrenderwindowinteractor.c=
xx(153)
> : warning C4355: 'this' : used in base member initializer list
> c:\documents and
> settings\eleonora\documenti\progettivc\vtk2\wxvtkrenderwindowinteractor.c=
xx(675)
> : warning C4800: 'int' : forcing value to bool 'true' or 'false'
> (performance warning)
> c:\documents and
> settings\eleonora\documenti\progettivc\vtk2\wxvtkrenderwindowinteractor.c=
xx(700)
> : error C2039: 'Superclass' : is not a member of
> 'wxVTKRenderWindowInteractor'
>        c:\documents and
> settings\eleonora\documenti\progettivc\vtk2\wxvtkrenderwindowinteractor.h=
(87)
> : see declaration of 'wxVTKRenderWindowInteractor'
> c:\documents and
> settings\eleonora\documenti\progettivc\vtk2\wxvtkrenderwindowinteractor.c=
xx(700)
> : error C2039: 'Superclass' : is not a member of
> 'wxVTKRenderWindowInteractor'
>        c:\documents and
> settings\eleonora\documenti\progettivc\vtk2\wxvtkrenderwindowinteractor.h=
(87)
> : see declaration of 'wxVTKRenderWindowInteractor'
> c:\documents and
> settings\eleonora\documenti\progettivc\vtk2\wxvtkrenderwindowinteractor.c=
xx(700)
> : error C2653: 'Superclass' : is not a class or namespace name
> Error executing cl.exe.
>
> wxVTKRenderWindowInteractor.obj - 3 error(s), 3 warning(s)
>
> I'm using VisualC++ 6
>
> Thanks for any suggest!
>
> Eleonora
>
>
>
> --
>  L'intelligenza artificiale non pu=F2 battere la stupidit=E0 naturale.
> Picasso
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share y=
our
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> Wxvtk-users mailing list
> Wxv...@li...
> https://lists.sourceforge.net/lists/listinfo/wxvtk-users
>


--=20
Mathieu

[wxVTK] Problems linking wxVTKRenderWindowInteractor

[Eleonora M. <e.m...@gm...>]

Hi!
I'm willing to use VTK in a wxWidgets application, so I tried to
compile a simple application including wxVTKRenderWindowInteractor. As
suggested in README, i have made this modify:

original line:
class VTK_RENDERING_EXPORT wxVTKRenderWindowInteractor : public
wxWindow, virtual public vtkRenderWindowInteractor

new line:
class wxVTKRenderWindowInteractor : public wxWindow, virtual public
vtkRenderWindowInteractor


But now when i try to link, it gives me these errors:
Compiling...
wxVTKRenderWindowInteractor.cxx
c:\documents and
settings\eleonora\documenti\progettivc\vtk2\wxvtkrenderwindowinteractor.cxx=
(128)
: warning C4355: 'this' : used in base member initializer list
c:\documents and
settings\eleonora\documenti\progettivc\vtk2\wxvtkrenderwindowinteractor.cxx=
(153)
: warning C4355: 'this' : used in base member initializer list
c:\documents and
settings\eleonora\documenti\progettivc\vtk2\wxvtkrenderwindowinteractor.cxx=
(675)
: warning C4800: 'int' : forcing value to bool 'true' or 'false'
(performance warning)
c:\documents and
settings\eleonora\documenti\progettivc\vtk2\wxvtkrenderwindowinteractor.cxx=
(700)
: error C2039: 'Superclass' : is not a member of
'wxVTKRenderWindowInteractor'
       c:\documents and
settings\eleonora\documenti\progettivc\vtk2\wxvtkrenderwindowinteractor.h(8=
7)
: see declaration of 'wxVTKRenderWindowInteractor'
c:\documents and
settings\eleonora\documenti\progettivc\vtk2\wxvtkrenderwindowinteractor.cxx=
(700)
: error C2039: 'Superclass' : is not a member of
'wxVTKRenderWindowInteractor'
       c:\documents and
settings\eleonora\documenti\progettivc\vtk2\wxvtkrenderwindowinteractor.h(8=
7)
: see declaration of 'wxVTKRenderWindowInteractor'
c:\documents and
settings\eleonora\documenti\progettivc\vtk2\wxvtkrenderwindowinteractor.cxx=
(700)
: error C2653: 'Superclass' : is not a class or namespace name
Error executing cl.exe.

wxVTKRenderWindowInteractor.obj - 3 error(s), 3 warning(s)

I'm using VisualC++ 6

Thanks for any suggest!

Eleonora



--=20
 L'intelligenza artificiale non pu=F2 battere la stupidit=E0 naturale.
Picasso

Re: [wxVTK] GTK2 issue

[Wesley B. <wes...@gm...>]

Thanks for your help, apollogies for the delay in replying I've been
side tracked!

>BTW Changing
>WX_USE_GLCANVAS = 1
>into
>WX_USE_GLCANVAS = 0

In my version of wxVTKRenderWindow.py that line isn't there, however
adding the line doesn't seem to brake anything, but equally doesn't
fix much! I did find the following at the top of the file:

if wx.Platform == "__WXGTK__":
    import wx.glcanvas
    baseClass = wx.glcanvas.GLCanvas

Commenting out these lines did get rid of the segmentation fault,
however it did not fix the picker problem. It's still getting crazy
coordinates which would place the mouse cursor at the top of the
screen and a few offices to my right!

I'm currently having a look to see if there are any RPMs avaliable of
a more up to date version of wxPython/wxGTK. My software is the most
up to date avaliable through FC5 software updater.

Thanks again for the help,

Wesley Brooks.

Python 2.4.3 (#1, Oct 23 2006, 14:19:45)
wxPython-2.6.3.2
wxGTK-2.6.3
VTK-5.0.2




On 03/02/07, Mathieu Malaterre <mat...@gm...> wrote:
> On 2/3/07, Mathieu Malaterre <mat...@gm...> wrote:
> > On 2/3/07, Wesley Brooks <wes...@gm...> wrote:
> > > Dear Users,
> > >
> > > Is this the same problem I'm having? I guess I'm running the latest
> > > version of GTK as I keep the machine updated frequently using the
> > > package updater on KDE. I've just found this forum after posting the
> > > messgage bellow on the vtk users forum:
> > >
> > > Dear Users,
> > >
> > > I'm trying to use wxVTKRenderWindow but not having much luck;
> > >
> > > >>>python wxVTKRenderWindow.py
> > >
> > > (python:5168): Gtk-CRITICAL **: gtk_widget_set_colormap: assertion
> > > `!GTK_WIDGET_REALIZED (widget)' failed
> >
> > Have you seen this bug for wxWidgets lib:
> >
> > https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1597527&group_id=9863
> >
> > ...
> > Hello.
> >
> > When use wxGlCanvas with wxGTK build, I have a gtk assertion :
> > Gtk-CRITICAL **: gtk_widget_set_colormap: assertion
> > `!GTK_WIDGET_REALIZED (widget)' failed
> >
> > The alone use of gtk_widget_set_colormap function (for wxGTK2 build)
> > is src/gtk/glcanvas.cpp:339.
> > In gtk documentation [1], it is specified that this function must be
> > called before the widget is realized however in the wxGLCanvas::Create
> > function, it calls wxWindow::Create (l325) which
> > (src/gtk/window.cpp:2394) shows it.
> >
> > When I suppress gtk_widget_set_colormap call, assertion is not shoewd
> > anymore and nothing is affected.
> > ...
> >
> > Unfortunately nobody answered it. The real issue here is that API of
> > wxGLCanvas really changed so I am not sure the bug really affect
> > 2.8.0, thus I do not believe wx-deve team will be interested in
> > solving it. My main goal here is really to try to move toward a common
> > implementation for msw and gtk (by using wxWindow in both case instead
> > of wxGLCanvas)....Hopefully solving all those weird issues.
>
> BTW Changing
> WX_USE_GLCANVAS = 1
> into
> WX_USE_GLCANVAS = 0
>
> work around this issue. But as other people mentionned before, you'll
> have some issue on the first render, and when moving a window on top
> of the wxVTK window.
>
> :(
> -M
>

[wxVTK] wxMAC question

[Mathieu M. <mat...@gm...>]

Has anyone seen this message before:

configure: error: Versions of Bakefile used to generate makefiles
(0.2.2) and configure (0.2.1) do not match.

Basically I did a grep in the local directory of wxWidgets and replace
all 0.2.1 with 0.2.2. After 3 years of using wxWidgets I still have no
clue what there build system is doing :(

Anyway it seems I passed the configure step of wxWidget 2.9.0 with
succes on both carbon and coca...
-- 
Mathieu

[wxVTK] Redraw problems with wxVTK and wxMAC: perhaps a solution!

[Pierre F. <Pie...@so...>]

Hi!

First of all, thank you Mathieu for providing us with this wx interface 
to VTK!

Since I started using wxWidgets and wxVTK on a MAC, I realized (others 
might have experienced this also) that the display was sometimes not 
updated properly. I am using wxMAC 2.8.0, VTK 5.0.2 and MacOSX 10.4.8. I 
used wxVTK versions from 0.8 to 1.2, the problem remains in all versions.

The problem occurs when at least two wxVTK windows are embedded in a 
window (case of the SplitSample for example).

When one slowly resizes it, there is no problem, i.e. everything is 
repainted correctly. However, when one resizes the window very fast, 
(for instance when the window is put in full screen mode), then some 
parts of the wxVTK windows are not redrawn, even worse, the background 
is painted over the window. The only way to refresh the wxVTK windows is 
to slowly downsize the frame. I tried to overload the OnPaint event to 
force a call to Render() or simulate a resizing, nothing worked.

It was starting to drive me crazy since the redraw problem was really 
annoying when one wanted for instance, to put a view in full screen, and 
then back to normal...

I finally found a solution: one needs to call the "UpdageGLRegion()" 
method of the vtkCarbonRenderWindow (assuming that you're using the 
Carbon version of wxMAC, I haven't tried the other ports, but they seem 
to be less complete anyway) during the OnPaint() method of the 
wxVTKRenderWindowInteractor class. Here is what I put at the end of the 
OnPaint() method:

#ifdef __WXMAC__
  vtkCarbonRenderWindow* rwin = 
vtkCarbonRenderWindow::SafeDownCast(RenderWindow);
  if( rwin )
  {
  rwin->UpdateGLRegion();
  }
#endif

That might not be the most elegant way to bypass this redraw problem, 
but at least it works. And goodbye the ugly background painted over the 
VTK windows.

I hope this was helpful to some Mac users. Maybe the problem is 
completely related to my hardware / software version. In this case, I 
apologize for the inconvenience.

Pierre Fillard,
INRIA Sophia Antipolis, France.
http://www-sop.inria.fr/asclepios/software/MedINRIA.

Re: [wxVTK] GTK2 issue

[Mathieu M. <mat...@gm...>]

On 2/3/07, Mathieu Malaterre <mat...@gm...> wrote:
> On 2/3/07, Wesley Brooks <wes...@gm...> wrote:
> > Dear Users,
> >
> > Is this the same problem I'm having? I guess I'm running the latest
> > version of GTK as I keep the machine updated frequently using the
> > package updater on KDE. I've just found this forum after posting the
> > messgage bellow on the vtk users forum:
> >
> > Dear Users,
> >
> > I'm trying to use wxVTKRenderWindow but not having much luck;
> >
> > >>>python wxVTKRenderWindow.py
> >
> > (python:5168): Gtk-CRITICAL **: gtk_widget_set_colormap: assertion
> > `!GTK_WIDGET_REALIZED (widget)' failed
>
> Have you seen this bug for wxWidgets lib:
>
> https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1597527&group_id=9863
>
> ...
> Hello.
>
> When use wxGlCanvas with wxGTK build, I have a gtk assertion :
> Gtk-CRITICAL **: gtk_widget_set_colormap: assertion
> `!GTK_WIDGET_REALIZED (widget)' failed
>
> The alone use of gtk_widget_set_colormap function (for wxGTK2 build)
> is src/gtk/glcanvas.cpp:339.
> In gtk documentation [1], it is specified that this function must be
> called before the widget is realized however in the wxGLCanvas::Create
> function, it calls wxWindow::Create (l325) which
> (src/gtk/window.cpp:2394) shows it.
>
> When I suppress gtk_widget_set_colormap call, assertion is not shoewd
> anymore and nothing is affected.
> ...
>
> Unfortunately nobody answered it. The real issue here is that API of
> wxGLCanvas really changed so I am not sure the bug really affect
> 2.8.0, thus I do not believe wx-deve team will be interested in
> solving it. My main goal here is really to try to move toward a common
> implementation for msw and gtk (by using wxWindow in both case instead
> of wxGLCanvas)....Hopefully solving all those weird issues.

BTW Changing
WX_USE_GLCANVAS = 1
into
WX_USE_GLCANVAS = 0

work around this issue. But as other people mentionned before, you'll
have some issue on the first render, and when moving a window on top
of the wxVTK window.

:(
-M

Re: [wxVTK] GTK2 issue

[Mathieu M. <mat...@gm...>]

On 2/3/07, Wesley Brooks <wes...@gm...> wrote:
> Dear Users,
>
> Is this the same problem I'm having? I guess I'm running the latest
> version of GTK as I keep the machine updated frequently using the
> package updater on KDE. I've just found this forum after posting the
> messgage bellow on the vtk users forum:
>
> Dear Users,
>
> I'm trying to use wxVTKRenderWindow but not having much luck;
>
> >>>python wxVTKRenderWindow.py
>
> (python:5168): Gtk-CRITICAL **: gtk_widget_set_colormap: assertion
> `!GTK_WIDGET_REALIZED (widget)' failed

Have you seen this bug for wxWidgets lib:

https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1597527&group_id=9863

...
Hello.

When use wxGlCanvas with wxGTK build, I have a gtk assertion :
Gtk-CRITICAL **: gtk_widget_set_colormap: assertion
`!GTK_WIDGET_REALIZED (widget)' failed

The alone use of gtk_widget_set_colormap function (for wxGTK2 build)
is src/gtk/glcanvas.cpp:339.
In gtk documentation [1], it is specified that this function must be
called before the widget is realized however in the wxGLCanvas::Create
function, it calls wxWindow::Create (l325) which
(src/gtk/window.cpp:2394) shows it.

When I suppress gtk_widget_set_colormap call, assertion is not shoewd
anymore and nothing is affected.
...

Unfortunately nobody answered it. The real issue here is that API of
wxGLCanvas really changed so I am not sure the bug really affect
2.8.0, thus I do not believe wx-deve team will be interested in
solving it. My main goal here is really to try to move toward a common
implementation for msw and gtk (by using wxWindow in both case instead
of wxGLCanvas)....Hopefully solving all those weird issues.

HTH
-M

Re: [wxVTK] GTK2 issue

[Wesley B. <wes...@gm...>]

Dear Users,

Is this the same problem I'm having? I guess I'm running the latest
version of GTK as I keep the machine updated frequently using the
package updater on KDE. I've just found this forum after posting the
messgage bellow on the vtk users forum:

Dear Users,

I'm trying to use wxVTKRenderWindow but not having much luck;

>>>python wxVTKRenderWindow.py

(python:5168): Gtk-CRITICAL **: gtk_widget_set_colormap: assertion
`!GTK_WIDGET_REALIZED (widget)' failed

I tried to run the file and I got the above warning, the application
runs, but the picker doesn't work. I've also tried to include a wxVTK
window in a wxPython application. The window veiws the part, and I can
get most interaction with the window, but the picker doesn't work.
When I print out the co-ordinates caught by the pick event I get a
very wrong coordinate such as (11777728 , 0). The picker mothod does
get the right size of window though, in this instance (703 304).

I've just downloaded the latest version of the script from:
http://public.kitware.com/cgi-bin/cvsweb.cgi/VTK/Wrapping/Python/vtk/wx/

I'm running linux FC5, Python 2.4.3 (#1, Oct 23 2006, 14:19:45) [GCC
4.1.1 20060525 (Red Hat 4.1.1-1)] on linux2 with VTK 5.0.2 and
wxPython-2.6.3.2.

Thanks for any help you can offer.

Yours Faithfully,

Wesley Brooks

Since this messgage I checked it on a collegues windows machine and
the picker seemed to work fine.

Yours Faithfully,

Wesley Brooks.

On 03/02/07, Mathieu Malaterre <mat...@gm...> wrote:
> <notetomyself>
> Do not touch wxVTK while having the flu, I am doing stupid change.
> </notetomyself>
>
> Hi David,
>
>   Yeah I did not fully test my changes. So for now just assume wxVTK
> is not compatible with wxGTK 2.8.0.
>
> I'll try to find out a way to fix this mess:
> 1. Either go back to using a wxGLCanvas
> 2. Try to figure out what is the issue with focus and enter/leave
> event when using a wxWindow
>
> Sorry for troubles
> Mathieu
>
>
> On 2/1/07, David Jany <dav...@go...> wrote:
> > Since using wxVTK 1.2 the widget is often not repainted correctly, e.g.
> > after moving any window in front of the widget and setting the focus to the
> > wxApp. This happens not only with complex applications, but also with your
> > samples.
> >
> > Any suggestions how to get things done?
> >
> > Dave
> > --------
> > Ubuntu 6.10
> > GTK 2.10.6
> > wxVTK 1.2
> > wxWidgets 2.8
> >
> >
> > -------------------------------------------------------------------------
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job
> > easier.
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> >
> > _______________________________________________
> > Wxvtk-users mailing list
> > Wxv...@li...
> > https://lists.sourceforge.net/lists/listinfo/wxvtk-users
> >
> >
> >
>
>
> --
> Mathieu
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wxvtk-users mailing list
> Wxv...@li...
> https://lists.sourceforge.net/lists/listinfo/wxvtk-users
>

Re: [wxVTK] GTK2 issue

[Mathieu M. <mat...@gm...>]

<notetomyself>
Do not touch wxVTK while having the flu, I am doing stupid change.
</notetomyself>

Hi David,

  Yeah I did not fully test my changes. So for now just assume wxVTK
is not compatible with wxGTK 2.8.0.

I'll try to find out a way to fix this mess:
1. Either go back to using a wxGLCanvas
2. Try to figure out what is the issue with focus and enter/leave
event when using a wxWindow

Sorry for troubles
Mathieu


On 2/1/07, David Jany <dav...@go...> wrote:
> Since using wxVTK 1.2 the widget is often not repainted correctly, e.g.
> after moving any window in front of the widget and setting the focus to the
> wxApp. This happens not only with complex applications, but also with your
> samples.
>
> Any suggestions how to get things done?
>
> Dave
> --------
> Ubuntu 6.10
> GTK 2.10.6
> wxVTK 1.2
> wxWidgets 2.8
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>
> _______________________________________________
> Wxvtk-users mailing list
> Wxv...@li...
> https://lists.sourceforge.net/lists/listinfo/wxvtk-users
>
>
>


-- 
Mathieu

[wxVTK] GTK2 issue

[David J. <dav...@go...>]

Since using wxVTK 1.2 the widget is often not repainted correctly, e.g.
after moving any window in front of the widget and setting the focus to the
wxApp. This happens not only with complex applications, but also with your
samples.

Any suggestions how to get things done?

Dave
--------
Ubuntu 6.10
GTK 2.10.6
wxVTK 1.2
wxWidgets 2.8

Re: [wxVTK] wxVTK X11 fix

[Mathieu M. <mat...@gm...>]

Hum... I guess that was a run-time. I'll fix my comment.

thx
-M

On 1/31/07, Philip Schuchardt <oh...@vt...> wrote:
> Does it cause it to fail when compiling or fail at run time?
>
> On Wednesday 31 January 2007 1:46 pm, David Akers wrote:
> > Hi there,
> >
> > I just thought I would report a typo in wxVTKRenderWindowInteractor.cxx
> >
> > Line 315:
> > #if defined(__WXGTK__) || defined(__WXX11)
> >     should be:
> > #if defined(__WXGTK__) || defined(__WXX11__)
> >
> > (The two trailing underscores were missing.)
> >
> > This has been causing wxVTK to fail on X11.
> >
> > Cheers!
> >
> > Dave
> >
> > -------------------------------------------------------------------------
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job
> > easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache
> > Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > Wxvtk-users mailing list
> > Wxv...@li...
> > https://lists.sourceforge.net/lists/listinfo/wxvtk-users
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wxvtk-users mailing list
> Wxv...@li...
> https://lists.sourceforge.net/lists/listinfo/wxvtk-users
>


-- 
Mathieu

Re: [wxVTK] wxVTK X11 fix

[Philip S. <oh...@vt...>]

Does it cause it to fail when compiling or fail at run time?

On Wednesday 31 January 2007 1:46 pm, David Akers wrote:
> Hi there,
>
> I just thought I would report a typo in wxVTKRenderWindowInteractor.cxx
>
> Line 315:
> #if defined(__WXGTK__) || defined(__WXX11)
>     should be:
> #if defined(__WXGTK__) || defined(__WXX11__)
>
> (The two trailing underscores were missing.)
>
> This has been causing wxVTK to fail on X11.
>
> Cheers!
>
> Dave
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache
> Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wxvtk-users mailing list
> Wxv...@li...
> https://lists.sourceforge.net/lists/listinfo/wxvtk-users

[wxVTK] wxVTK 1.2 is out !

[Mathieu M. <mat...@gm...>]

* wxVTK requires CMake 2.4.5 now. This should solve the issue for bug #1611004,
* Support wxGTK 2.8.0. wxGTK will now use wxWindow in wxGTK 2.8.0 and
above. Thus you do not need to compile with opengl support anymore
now,
* Fix compilation on wxX11 (Thanks to David Akers for report & patch).

-- 
Mathieu

[wxVTK] wxVTK X11 fix

[David A. <da...@gr...>]

Hi there,

I just thought I would report a typo in wxVTKRenderWindowInteractor.cxx

Line 315:
#if defined(__WXGTK__) || defined(__WXX11)
    should be:
#if defined(__WXGTK__) || defined(__WXX11__)

(The two trailing underscores were missing.)

This has been causing wxVTK to fail on X11.

Cheers!

Dave

[wxVTK] wxVTK 1.1 is out !

[Mathieu M. <mat...@gm...>]

    * wxVTK requires CMake 2.4.4 now,
    * Partial patch to support wxGTK 2.8.0 (thanks to Philip
Schuchardt for report). But this is still not supported as they
removed the empty default cstor: [wxGLCanvas: empty (default)
constructor],
    * Added wheel mouse support (Thanks to Philip Schuchardt for patch),
    * Fix compilation on non-GTK (Thanks to Reinhold F=FCreder for
report & patch).


--=20
Mathieu

Re: [wxVTK] wxGTK 2.8.0 Support

[Mathieu M. <mat...@gm...>]

Note to myself:
just so that I keep track of the issue:

wxGLCanvas default cstor was removed here:
http://cvs.wxwidgets.org/viewcvs.cgi/wxWidgets/include/wx/gtk/glcanvas.h.diff?r1=1.15&r2=1.16

Hopefully this won't take long until they reactivate the missing code.
If not you can just simply copy/paste the old empty cstor to your copy
of wxGTK 2.8.0 for now.

-M

On 1/25/07, Philip Schuchardt <oh...@vt...> wrote:
> Changing the API always breaks things.  I'm just going to stick with 2.6.3 for
> now until wxWigets gets fixed.
>
> Thanks for your hard work.
> Philip
>
> On Thursday 25 January 2007 9:53 am, you wrote:
> > Ref:
> > http://groups.google.com/group/comp.soft-sys.wxwindows/msg/bdac1f4b5b64fe51
> >
> > >   I had a quick look at the source of gtk/glcanvas.cpp and I discover
> > > that indeed the default empty constructor was removed. Any reason why ?
> >
> > Darn. A revised implementation of wxGLCanvas was committed 4 months ago
> > but I can think of no
> > good reason that the default constructor was omitted. We ought to add it
> > back. Sorry about this.
> >
> > On 1/25/07, Philip Schuchardt <oh...@vt...> wrote:
> > > Cool. You fixed one of the syntax errors but I still get this one:
> > >
> > > /home/blitz/documents/projects/therion_google_svn/loch-wx2.8.0/wxVTKRende
> > >rWindowInteractor.cxx: In constructor
> > > `wxVTKRenderWindowInteractor::wxVTKRenderWindowInteractor()':
> > > /home/blitz/documents/projects/therion_google_svn/loch-wx2.8.0/wxVTKRende
> > >rWindowInteractor.cxx:136: error: no matching function for call to
> > > `wxGLCanvas::wxGLCanvas()'
> > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:59: note:
> > > candidates are: wxGLCanvas::wxGLCanvas(const wxGLCanvas&)
> > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:92: note:
> > > wxGLCanvas::wxGLCanvas(wxWindow*, const wxGLCanvas*, wxWindowID, const
> > > wxPoint&, const wxSize&, long int, const wxString&, int*, const
> > > wxPalette&)
> > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:84: note:
> > > wxGLCanvas::wxGLCanvas(wxWindow*, const wxGLContext*, wxWindowID, const
> > > wxPoint&, const wxSize&, long int, const wxString&, int*, const
> > > wxPalette&)
> > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:76: note:
> > > wxGLCanvas::wxGLCanvas(wxWindow*, wxWindowID, const wxPoint&, const
> > > wxSize&, long int, const wxString&, int*, const wxPalette&)
> > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:69: note:
> > > wxGLCanvas::wxGLCanvas(wxWindow*, wxWindowID, int*, const wxPoint&, const
> > > wxSize&, long int, const wxString&, const wxPalette&)
> > >
> > > Ideas?
> > >
> > > Thanks
> > > Philip Schuchardt
> > >
> > > On Thursday 25 January 2007 12:23 am, you wrote:
> > > > Ok can you try again please.
> > > >
> > > > thanks
> > > > -M
> > > >
> > > > $ cvs ci -m"ENH: Apparently GDK_WINDOW_XWINDOW is now in gdk/gdkx.h"
> > > > Checking in src/wxVTKRenderWindowInteractor.cxx;
> > > > /cvsroot/wxvtk/wxVTK/src/wxVTKRenderWindowInteractor.cxx,v  <--
> > > > wxVTKRenderWindowInteractor.cxx
> > > > new revision: 1.29; previous revision: 1.28
> > > > done
> > > >
> > > > On 1/24/07, Philip Schuchardt <oh...@vt...> wrote:
> > > > > Yea, because the first time I tried to compile
> > > > > wxVTKRenderWindowInteractor complained that I didn't have it turned
> > > > > on. I recompiled wxGTK 2.8.0 with --with-opengl and those are the
> > > > > error messages I got.
> > > > >
> > > > > Philip
> > > > >
> > > > > On Wednesday 24 January 2007 9:58 pm, you wrote:
> > > > > > Did you remember to turn on:
> > > > > > --with-opengl
> > > > > >
> > > > > > Thanks
> > > > > > -M
> > > > > >
> > > > > > On 1/24/07, Philip Schuchardt <oh...@vt...> wrote:
> > > > > > > Where would this cache be located?  Do you want the cmake cache
> > > > > > > or an output from wx-config?
> > > > > > >
> > > > > > > Philip
> > > > > > >
> > > > > > > On Wednesday 24 January 2007 9:09 pm, you wrote:
> > > > > > > > Hi Philip (again),
> > > > > > > >
> > > > > > > >   Could you send us your wxconfig cache, I would like to check
> > > > > > > > if you turn wxGLCanvas on.
> > > > > > > >
> > > > > > > > Thanks
> > > > > > > > -Mathieu
> > > > > > > >
> > > > > > > > On 1/24/07, Philip Schuchardt <oh...@vt...> wrote:
> > > > > > > > > Has anyone suggestfully compiled wxVTK with wxGTK 2.8.0?  The
> > > > > > > > > wxVTK class contains many compiling error, when compiling
> > > > > > > > > against wxGTK 2.8.0.  I really don't like the error on line
> > > > > > > > > 315.  Any ideas?
> > > > > > > > >
> > > > > > > > > [  3%] Building CXX object
> > > > > > > > > CMakeFiles/loch3.dir/wxVTKRenderWindowInteractor.o
> > > > > > > > > /home/blitz/documents/projects/therion_google_svn/loch/wxVTKR
> > > > > > > > >ende rWin dowI nteractor.cxx: In constructor
> > > > > > > > > `wxVTKRenderWindowInteractor::wxVTKRenderWindowInteractor()':
> > > > > > > > > /home/blitz/documents/projects/therion_google_svn/loch/wxVTKR
> > > > > > > > >ende rWin dowI nteractor.cxx:132: error: no matching function
> > > > > > > > > for call to `wxGLCanvas::wxGLCanvas()'
> > > > > > > > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:5
> > > > > > > > >9: note: candidates are: wxGLCanvas::wxGLCanvas(const
> > > > > > > > > wxGLCanvas&)
> > > > > > > > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:9
> > > > > > > > >2: note: wxGLCanvas::wxGLCanvas(wxWindow*, const wxGLCanvas*,
> > > > > > > > > wxWindowID, const wxPoint&, const wxSize&, long int, const
> > > > > > > > > wxString&, int*, const wxPalette&)
> > > > > > > > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:8
> > > > > > > > >4: note: wxGLCanvas::wxGLCanvas(wxWindow*, const wxGLContext*,
> > > > > > > > > wxWindowID, const wxPoint&, const wxSize&, long int, const
> > > > > > > > > wxString&, int*, const wxPalette&)
> > > > > > > > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:7
> > > > > > > > >6: note: wxGLCanvas::wxGLCanvas(wxWindow*, wxWindowID, const
> > > > > > > > > wxPoint&, const wxSize&, long int, const wxString&, int*,
> > > > > > > > > const wxPalette&)
> > > > > > > > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:6
> > > > > > > > >9: note: wxGLCanvas::wxGLCanvas(wxWindow*, wxWindowID, int*,
> > > > > > > > > const wxPoint&, const wxSize&, long int, const wxString&,
> > > > > > > > > const wxPalette&)
> > > > > > > > > /home/blitz/documents/projects/therion_google_svn/loch/wxVTKR
> > > > > > > > >ende rWin dowI nteractor.cxx: In member function `long int
> > > > > > > > > wxVTKRenderWindowInteractor::GetHandleHack()':
> > > > > > > > > /home/blitz/documents/projects/therion_google_svn/loch/wxVTKR
> > > > > > > > >ende rWin dowI nteractor.cxx:315: error: `GDK_WINDOW_XWINDOW'
> > > > > > > > > undeclared (first use this function)
> > > > > > > > > /home/blitz/documents/projects/therion_google_svn/loch/wxVTKR
> > > > > > > > >ende rWin dowI nteractor.cxx:315: error: (Each undeclared
> > > > > > > > > identifier is reported only once for each function it appears
> > > > > > > > > in.) make[2]: ***
> > > > > > > > > [CMakeFiles/loch3.dir/wxVTKRenderWindowInteractor.o] Error 1
> > > > > > > > > make[1]: *** [CMakeFiles/loch3.dir/all] Error 2 make: ***
> > > > > > > > > [all] Error 2
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Philip Schuchardt
> > > > > > > > >
> > > > > > > > > -------------------------------------------------------------
> > > > > > > > >---- ---- ---- Take Surveys. Earn Cash. Influence the Future
> > > > > > > > > of IT Join SourceForge.net's Techsay panel and you'll get the
> > > > > > > > > chance to share your opinions on IT & business topics through
> > > > > > > > > brief surveys - and earn cash
> > > > > > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforg
> > > > > > > > >e&CI D=DE VDEV _______________________________________________
> > > > > > > > > Wxvtk-users mailing list
> > > > > > > > > Wxv...@li...
> > > > > > > > > https://lists.sourceforge.net/lists/listinfo/wxvtk-users
>


-- 
Mathieu

Re: [wxVTK] wxGTK 2.8.0 Support

[Mathieu M. <mat...@gm...>]

Ref:
http://groups.google.com/group/comp.soft-sys.wxwindows/msg/bdac1f4b5b64fe51

>   I had a quick look at the source of gtk/glcanvas.cpp and I discover
> that indeed the default empty constructor was removed. Any reason why ?

Darn. A revised implementation of wxGLCanvas was committed 4 months ago
but I can think of no
good reason that the default constructor was omitted. We ought to add it
back. Sorry about this.

On 1/25/07, Philip Schuchardt <oh...@vt...> wrote:
> Cool. You fixed one of the syntax errors but I still get this one:
>
> /home/blitz/documents/projects/therion_google_svn/loch-wx2.8.0/wxVTKRenderWindowInteractor.cxx:
> In constructor `wxVTKRenderWindowInteractor::wxVTKRenderWindowInteractor()':
> /home/blitz/documents/projects/therion_google_svn/loch-wx2.8.0/wxVTKRenderWindowInteractor.cxx:136:
> error: no matching function for call to `wxGLCanvas::wxGLCanvas()'
> /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:59: note:
> candidates are: wxGLCanvas::wxGLCanvas(const wxGLCanvas&)
> /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:92: note:
> wxGLCanvas::wxGLCanvas(wxWindow*, const wxGLCanvas*, wxWindowID, const
> wxPoint&, const wxSize&, long int, const wxString&, int*, const wxPalette&)
> /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:84: note:
> wxGLCanvas::wxGLCanvas(wxWindow*, const wxGLContext*, wxWindowID, const
> wxPoint&, const wxSize&, long int, const wxString&, int*, const wxPalette&)
> /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:76: note:
> wxGLCanvas::wxGLCanvas(wxWindow*, wxWindowID, const wxPoint&, const wxSize&,
> long int, const wxString&, int*, const wxPalette&)
> /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:69: note:
> wxGLCanvas::wxGLCanvas(wxWindow*, wxWindowID, int*, const wxPoint&, const
> wxSize&, long int, const wxString&, const wxPalette&)
>
> Ideas?
>
> Thanks
> Philip Schuchardt
>
>
> On Thursday 25 January 2007 12:23 am, you wrote:
> > Ok can you try again please.
> >
> > thanks
> > -M
> >
> > $ cvs ci -m"ENH: Apparently GDK_WINDOW_XWINDOW is now in gdk/gdkx.h"
> > Checking in src/wxVTKRenderWindowInteractor.cxx;
> > /cvsroot/wxvtk/wxVTK/src/wxVTKRenderWindowInteractor.cxx,v  <--
> > wxVTKRenderWindowInteractor.cxx
> > new revision: 1.29; previous revision: 1.28
> > done
> >
> > On 1/24/07, Philip Schuchardt <oh...@vt...> wrote:
> > > Yea, because the first time I tried to compile
> > > wxVTKRenderWindowInteractor complained that I didn't have it turned on.
> > > I recompiled wxGTK 2.8.0 with --with-opengl and those are the error
> > > messages I got.
> > >
> > > Philip
> > >
> > > On Wednesday 24 January 2007 9:58 pm, you wrote:
> > > > Did you remember to turn on:
> > > > --with-opengl
> > > >
> > > > Thanks
> > > > -M
> > > >
> > > > On 1/24/07, Philip Schuchardt <oh...@vt...> wrote:
> > > > > Where would this cache be located?  Do you want the cmake cache or an
> > > > > output from wx-config?
> > > > >
> > > > > Philip
> > > > >
> > > > > On Wednesday 24 January 2007 9:09 pm, you wrote:
> > > > > > Hi Philip (again),
> > > > > >
> > > > > >   Could you send us your wxconfig cache, I would like to check if
> > > > > > you turn wxGLCanvas on.
> > > > > >
> > > > > > Thanks
> > > > > > -Mathieu
> > > > > >
> > > > > > On 1/24/07, Philip Schuchardt <oh...@vt...> wrote:
> > > > > > > Has anyone suggestfully compiled wxVTK with wxGTK 2.8.0?  The
> > > > > > > wxVTK class contains many compiling error, when compiling against
> > > > > > > wxGTK 2.8.0.  I really don't like the error on line 315.  Any
> > > > > > > ideas?
> > > > > > >
> > > > > > > [  3%] Building CXX object
> > > > > > > CMakeFiles/loch3.dir/wxVTKRenderWindowInteractor.o
> > > > > > > /home/blitz/documents/projects/therion_google_svn/loch/wxVTKRende
> > > > > > >rWin dowI nteractor.cxx: In constructor
> > > > > > > `wxVTKRenderWindowInteractor::wxVTKRenderWindowInteractor()':
> > > > > > > /home/blitz/documents/projects/therion_google_svn/loch/wxVTKRende
> > > > > > >rWin dowI nteractor.cxx:132: error: no matching function for call
> > > > > > > to `wxGLCanvas::wxGLCanvas()'
> > > > > > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:59:
> > > > > > > note: candidates are: wxGLCanvas::wxGLCanvas(const wxGLCanvas&)
> > > > > > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:92:
> > > > > > > note: wxGLCanvas::wxGLCanvas(wxWindow*, const wxGLCanvas*,
> > > > > > > wxWindowID, const wxPoint&, const wxSize&, long int, const
> > > > > > > wxString&, int*, const wxPalette&)
> > > > > > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:84:
> > > > > > > note: wxGLCanvas::wxGLCanvas(wxWindow*, const wxGLContext*,
> > > > > > > wxWindowID, const wxPoint&, const wxSize&, long int, const
> > > > > > > wxString&, int*, const wxPalette&)
> > > > > > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:76:
> > > > > > > note: wxGLCanvas::wxGLCanvas(wxWindow*, wxWindowID, const
> > > > > > > wxPoint&, const wxSize&, long int, const wxString&, int*, const
> > > > > > > wxPalette&)
> > > > > > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:69:
> > > > > > > note: wxGLCanvas::wxGLCanvas(wxWindow*, wxWindowID, int*, const
> > > > > > > wxPoint&, const wxSize&, long int, const wxString&, const
> > > > > > > wxPalette&)
> > > > > > > /home/blitz/documents/projects/therion_google_svn/loch/wxVTKRende
> > > > > > >rWin dowI nteractor.cxx: In member function `long int
> > > > > > > wxVTKRenderWindowInteractor::GetHandleHack()':
> > > > > > > /home/blitz/documents/projects/therion_google_svn/loch/wxVTKRende
> > > > > > >rWin dowI nteractor.cxx:315: error: `GDK_WINDOW_XWINDOW'
> > > > > > > undeclared (first use this function)
> > > > > > > /home/blitz/documents/projects/therion_google_svn/loch/wxVTKRende
> > > > > > >rWin dowI nteractor.cxx:315: error: (Each undeclared identifier is
> > > > > > > reported only once for each function it appears in.)
> > > > > > > make[2]: *** [CMakeFiles/loch3.dir/wxVTKRenderWindowInteractor.o]
> > > > > > > Error 1 make[1]: *** [CMakeFiles/loch3.dir/all] Error 2
> > > > > > > make: *** [all] Error 2
> > > > > > >
> > > > > > >
> > > > > > > Philip Schuchardt
> > > > > > >
> > > > > > > -----------------------------------------------------------------
> > > > > > >---- ---- Take Surveys. Earn Cash. Influence the Future of IT
> > > > > > > Join SourceForge.net's Techsay panel and you'll get the chance to
> > > > > > > share your opinions on IT & business topics through brief surveys
> > > > > > > - and earn cash
> > > > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CI
> > > > > > >D=DE VDEV _______________________________________________
> > > > > > > Wxvtk-users mailing list
> > > > > > > Wxv...@li...
> > > > > > > https://lists.sourceforge.net/lists/listinfo/wxvtk-users
>


-- 
Mathieu

Re: [wxVTK] wxGTK 2.8.0 Support

[Mathieu M. <mat...@gm...>]

Ok can you try again please.

thanks
-M

$ cvs ci -m"ENH: Apparently GDK_WINDOW_XWINDOW is now in gdk/gdkx.h"
Checking in src/wxVTKRenderWindowInteractor.cxx;
/cvsroot/wxvtk/wxVTK/src/wxVTKRenderWindowInteractor.cxx,v  <--
wxVTKRenderWindowInteractor.cxx
new revision: 1.29; previous revision: 1.28
done


On 1/24/07, Philip Schuchardt <oh...@vt...> wrote:
> Yea, because the first time I tried to compile wxVTKRenderWindowInteractor
> complained that I didn't have it turned on.  I recompiled wxGTK 2.8.0
> with --with-opengl and those are the error messages I got.
>
> Philip
>
> On Wednesday 24 January 2007 9:58 pm, you wrote:
> > Did you remember to turn on:
> > --with-opengl
> >
> > Thanks
> > -M
> >
> > On 1/24/07, Philip Schuchardt <oh...@vt...> wrote:
> > > Where would this cache be located?  Do you want the cmake cache or an
> > > output from wx-config?
> > >
> > > Philip
> > >
> > > On Wednesday 24 January 2007 9:09 pm, you wrote:
> > > > Hi Philip (again),
> > > >
> > > >   Could you send us your wxconfig cache, I would like to check if you
> > > > turn wxGLCanvas on.
> > > >
> > > > Thanks
> > > > -Mathieu
> > > >
> > > > On 1/24/07, Philip Schuchardt <oh...@vt...> wrote:
> > > > > Has anyone suggestfully compiled wxVTK with wxGTK 2.8.0?  The wxVTK
> > > > > class contains many compiling error, when compiling against wxGTK
> > > > > 2.8.0.  I really don't like the error on line 315.  Any ideas?
> > > > >
> > > > > [  3%] Building CXX object
> > > > > CMakeFiles/loch3.dir/wxVTKRenderWindowInteractor.o
> > > > > /home/blitz/documents/projects/therion_google_svn/loch/wxVTKRenderWin
> > > > >dowI nteractor.cxx: In constructor
> > > > > `wxVTKRenderWindowInteractor::wxVTKRenderWindowInteractor()':
> > > > > /home/blitz/documents/projects/therion_google_svn/loch/wxVTKRenderWin
> > > > >dowI nteractor.cxx:132: error: no matching function for call to
> > > > > `wxGLCanvas::wxGLCanvas()'
> > > > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:59: note:
> > > > > candidates are: wxGLCanvas::wxGLCanvas(const wxGLCanvas&)
> > > > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:92: note:
> > > > > wxGLCanvas::wxGLCanvas(wxWindow*, const wxGLCanvas*, wxWindowID,
> > > > > const wxPoint&, const wxSize&, long int, const wxString&, int*, const
> > > > > wxPalette&)
> > > > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:84: note:
> > > > > wxGLCanvas::wxGLCanvas(wxWindow*, const wxGLContext*, wxWindowID,
> > > > > const wxPoint&, const wxSize&, long int, const wxString&, int*, const
> > > > > wxPalette&)
> > > > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:76: note:
> > > > > wxGLCanvas::wxGLCanvas(wxWindow*, wxWindowID, const wxPoint&, const
> > > > > wxSize&, long int, const wxString&, int*, const wxPalette&)
> > > > > /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:69: note:
> > > > > wxGLCanvas::wxGLCanvas(wxWindow*, wxWindowID, int*, const wxPoint&,
> > > > > const wxSize&, long int, const wxString&, const wxPalette&)
> > > > > /home/blitz/documents/projects/therion_google_svn/loch/wxVTKRenderWin
> > > > >dowI nteractor.cxx: In member function `long int
> > > > > wxVTKRenderWindowInteractor::GetHandleHack()':
> > > > > /home/blitz/documents/projects/therion_google_svn/loch/wxVTKRenderWin
> > > > >dowI nteractor.cxx:315: error: `GDK_WINDOW_XWINDOW' undeclared (first
> > > > > use this function)
> > > > > /home/blitz/documents/projects/therion_google_svn/loch/wxVTKRenderWin
> > > > >dowI nteractor.cxx:315: error: (Each undeclared identifier is reported
> > > > > only once for each function it appears in.)
> > > > > make[2]: *** [CMakeFiles/loch3.dir/wxVTKRenderWindowInteractor.o]
> > > > > Error 1 make[1]: *** [CMakeFiles/loch3.dir/all] Error 2
> > > > > make: *** [all] Error 2
> > > > >
> > > > >
> > > > > Philip Schuchardt
> > > > >
> > > > > ---------------------------------------------------------------------
> > > > >---- Take Surveys. Earn Cash. Influence the Future of IT
> > > > > Join SourceForge.net's Techsay panel and you'll get the chance to
> > > > > share your opinions on IT & business topics through brief surveys -
> > > > > and earn cash
> > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DE
> > > > >VDEV _______________________________________________
> > > > > Wxvtk-users mailing list
> > > > > Wxv...@li...
> > > > > https://lists.sourceforge.net/lists/listinfo/wxvtk-users
>


-- 
Mathieu

Re: [wxVTK] wxGTK 2.8.0 Support

[Mathieu M. <mat...@gm...>]

Hi Philip (again),

  Could you send us your wxconfig cache, I would like to check if you
turn wxGLCanvas on.

Thanks
-Mathieu

On 1/24/07, Philip Schuchardt <oh...@vt...> wrote:
> Has anyone suggestfully compiled wxVTK with wxGTK 2.8.0?  The wxVTK class
> contains many compiling error, when compiling against wxGTK 2.8.0.  I really
> don't like the error on line 315.  Any ideas?
>
> [  3%] Building CXX object CMakeFiles/loch3.dir/wxVTKRenderWindowInteractor.o
> /home/blitz/documents/projects/therion_google_svn/loch/wxVTKRenderWindowInteractor.cxx:
> In constructor `wxVTKRenderWindowInteractor::wxVTKRenderWindowInteractor()':
> /home/blitz/documents/projects/therion_google_svn/loch/wxVTKRenderWindowInteractor.cxx:132:
> error: no matching function for call to `wxGLCanvas::wxGLCanvas()'
> /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:59: note:
> candidates are: wxGLCanvas::wxGLCanvas(const wxGLCanvas&)
> /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:92: note:
> wxGLCanvas::wxGLCanvas(wxWindow*, const wxGLCanvas*, wxWindowID, const
> wxPoint&, const wxSize&, long int, const wxString&, int*, const wxPalette&)
> /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:84: note:
> wxGLCanvas::wxGLCanvas(wxWindow*, const wxGLContext*, wxWindowID, const
> wxPoint&, const wxSize&, long int, const wxString&, int*, const wxPalette&)
> /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:76: note:
> wxGLCanvas::wxGLCanvas(wxWindow*, wxWindowID, const wxPoint&, const wxSize&,
> long int, const wxString&, int*, const wxPalette&)
> /home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:69: note:
> wxGLCanvas::wxGLCanvas(wxWindow*, wxWindowID, int*, const wxPoint&, const
> wxSize&, long int, const wxString&, const wxPalette&)
> /home/blitz/documents/projects/therion_google_svn/loch/wxVTKRenderWindowInteractor.cxx:
> In member function `long int wxVTKRenderWindowInteractor::GetHandleHack()':
> /home/blitz/documents/projects/therion_google_svn/loch/wxVTKRenderWindowInteractor.cxx:315:
> error: `GDK_WINDOW_XWINDOW' undeclared (first use this function)
> /home/blitz/documents/projects/therion_google_svn/loch/wxVTKRenderWindowInteractor.cxx:315:
> error: (Each undeclared identifier is reported only once for each function it
> appears in.)
> make[2]: *** [CMakeFiles/loch3.dir/wxVTKRenderWindowInteractor.o] Error 1
> make[1]: *** [CMakeFiles/loch3.dir/all] Error 2
> make: *** [all] Error 2
>
>
> Philip Schuchardt
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Wxvtk-users mailing list
> Wxv...@li...
> https://lists.sourceforge.net/lists/listinfo/wxvtk-users
>


-- 
Mathieu

[wxVTK] wxGTK 2.8.0 Support

[Philip S. <oh...@vt...>]

Has anyone suggestfully compiled wxVTK with wxGTK 2.8.0?  The wxVTK class 
contains many compiling error, when compiling against wxGTK 2.8.0.  I really 
don't like the error on line 315.  Any ideas?

[  3%] Building CXX object CMakeFiles/loch3.dir/wxVTKRenderWindowInteractor.o
/home/blitz/documents/projects/therion_google_svn/loch/wxVTKRenderWindowInteractor.cxx: 
In constructor `wxVTKRenderWindowInteractor::wxVTKRenderWindowInteractor()':
/home/blitz/documents/projects/therion_google_svn/loch/wxVTKRenderWindowInteractor.cxx:132: 
error: no matching function for call to `wxGLCanvas::wxGLCanvas()'
/home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:59: note: 
candidates are: wxGLCanvas::wxGLCanvas(const wxGLCanvas&)
/home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:92: note:                 
wxGLCanvas::wxGLCanvas(wxWindow*, const wxGLCanvas*, wxWindowID, const 
wxPoint&, const wxSize&, long int, const wxString&, int*, const wxPalette&)
/home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:84: note:                 
wxGLCanvas::wxGLCanvas(wxWindow*, const wxGLContext*, wxWindowID, const 
wxPoint&, const wxSize&, long int, const wxString&, int*, const wxPalette&)
/home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:76: note:                 
wxGLCanvas::wxGLCanvas(wxWindow*, wxWindowID, const wxPoint&, const wxSize&, 
long int, const wxString&, int*, const wxPalette&)
/home/blitz/downloads/wxGTK-2.8.0/include/wx/gtk/glcanvas.h:69: note:                 
wxGLCanvas::wxGLCanvas(wxWindow*, wxWindowID, int*, const wxPoint&, const 
wxSize&, long int, const wxString&, const wxPalette&)
/home/blitz/documents/projects/therion_google_svn/loch/wxVTKRenderWindowInteractor.cxx: 
In member function `long int wxVTKRenderWindowInteractor::GetHandleHack()':
/home/blitz/documents/projects/therion_google_svn/loch/wxVTKRenderWindowInteractor.cxx:315: 
error: `GDK_WINDOW_XWINDOW' undeclared (first use this function)
/home/blitz/documents/projects/therion_google_svn/loch/wxVTKRenderWindowInteractor.cxx:315: 
error: (Each undeclared identifier is reported only once for each function it 
appears in.)
make[2]: *** [CMakeFiles/loch3.dir/wxVTKRenderWindowInteractor.o] Error 1
make[1]: *** [CMakeFiles/loch3.dir/all] Error 2
make: *** [all] Error 2


Philip Schuchardt

[wxVTK] CMake 2.4.4: required

[Mathieu M. <mat...@gm...>]

I believe I fixed some issues with the API change in between CMake
2.4.3 and CMake 2.4.4


$ cvs ci -m"ENH: Make the project work with CMake 2.4.4 and up"
CMakeLists.txt
Checking in CMakeLists.txt;
/cvsroot/wxvtk/wxVTK/CMakeLists.txt,v  <--  CMakeLists.txt
new revision: 1.23; previous revision: 1.22
done

>From now on, please use CMake 2.4.4 or newer.

Feel free to report any problem you might find (I have not tested the
change on Win32/Apple).

Thanks !
-- 
Mathieu

Re: [wxVTK] Wheel mouse support.

[Mathieu M. <mat...@gm...>]

On 1/23/07, Mathieu Malaterre <mat...@gm...> wrote:
> Fixed in CVS. Thanks !
> For some reason I completely forgot I never implemented it in the cxx
> version of wxVTK, whereas I did it over 2 years ago in the python

that was 3 years ago... I can't believe that...

-M

Re: [wxVTK] Wheel mouse support.

[Mathieu M. <mat...@gm...>]

Fixed in CVS. Thanks !
For some reason I completely forgot I never implemented it in the cxx
version of wxVTK, whereas I did it over 2 years ago in the python
version:

http://vtk.org/cgi-bin/viewcvs.cgi/Wrapping/Python/vtk/wx/wxVTKRenderWindowInteractor.py?r1=1.9&r2=1.10

-M
BTW I changed your condition to match the one in python, please double
check this is still working for you.

$ cvs ci -m"ENH: New feature. Added MouseWheel event to wxVTK. Thanks
to Philip Schuchardt for patch."
Checking in wxVTKRenderWindowInteractor.cxx;
/cvsroot/wxvtk/wxVTK/src/wxVTKRenderWindowInteractor.cxx,v  <--
wxVTKRenderWindowInteractor.cxx
new revision: 1.28; previous revision: 1.27
done
Checking in wxVTKRenderWindowInteractor.h;
/cvsroot/wxvtk/wxVTK/src/wxVTKRenderWindowInteractor.h,v  <--
wxVTKRenderWindowInteractor.h
new revision: 1.14; previous revision: 1.13
done


On 1/23/07, Philip Schuchardt <oh...@vt...> wrote:
> wxVTKRenderWindowInterator didn't have any wheel mouse support so I add it.
>
> I'm not very good with patch so I'm just attach the files.
>
>
> Philip Schuchardt
>
> On Tuesday 23 January 2007 10:04 am, Mathieu Malaterre wrote:
> > Hi Philip,
> >
> >   I never realized you already posted to the list. What do you mean
> > you added wheel support ? Do you mean this was not working on a
> > particular OS ? Could you please send me the patch ?
> >
> > Thanks
> > -M
> >
> > On 11/13/06, Philip Schuchardt <oh...@vt...> wrote:
> > > Hey,
> > >  I have added wheel mouse support to my wxVTKRenderWindowInteractor.cxx
> > > and .h files...  I'm not sure if you want to add it to the project.
> > > Where can I submit the code?  I don't have the old style implemented...
> > >
> > > Philip
> > >
> > > -------------------------------------------------------------------------
> > > Using Tomcat but need to do more? Need to support web services, security?
> > > Get stuff done quickly with pre-integrated technology to make your job
> > > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
> > > Geronimo
> > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > > _______________________________________________
> > > Wxvtk-users mailing list
> > > Wxv...@li...
> > > https://lists.sourceforge.net/lists/listinfo/wxvtk-users
>
>
>


-- 
Mathieu

Re: [wxVTK] Wheel mouse support.

[Philip S. <oh...@vt...>]

wxVTKRenderWindowInterator didn't have any wheel mouse support so I add it.

I'm not very good with patch so I'm just attach the files.


Philip Schuchardt

On Tuesday 23 January 2007 10:04 am, Mathieu Malaterre wrote:
> Hi Philip,
>
>   I never realized you already posted to the list. What do you mean
> you added wheel support ? Do you mean this was not working on a
> particular OS ? Could you please send me the patch ?
>
> Thanks
> -M
>
> On 11/13/06, Philip Schuchardt <oh...@vt...> wrote:
> > Hey,
> >  I have added wheel mouse support to my wxVTKRenderWindowInteractor.cxx
> > and .h files...  I'm not sure if you want to add it to the project. 
> > Where can I submit the code?  I don't have the old style implemented...
> >
> > Philip
> >
> > -------------------------------------------------------------------------
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job
> > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
> > Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > Wxvtk-users mailing list
> > Wxv...@li...
> > https://lists.sourceforge.net/lists/listinfo/wxvtk-users