wxvtk-users Mailing List for wxVTKRenderWindowInteractor (Page 8)
Brought to you by:
malat
Menu
▾
▴
wxvtk-users — wxVTK users
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(7) |
Feb
|
Mar
(2) |
Apr
(12) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(7) |
Nov
(13) |
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(5) |
Jun
(6) |
Jul
(3) |
Aug
(11) |
Sep
|
Oct
(10) |
Nov
(2) |
Dec
(1) |
| 2007 |
Jan
(16) |
Feb
(9) |
Mar
(13) |
Apr
|
May
(7) |
Jun
(8) |
Jul
|
Aug
(14) |
Sep
|
Oct
(6) |
Nov
|
Dec
(1) |
| 2008 |
Jan
(20) |
Feb
(1) |
Mar
|
Apr
(20) |
May
(5) |
Jun
(11) |
Jul
|
Aug
(52) |
Sep
(2) |
Oct
(35) |
Nov
(7) |
Dec
(14) |
| 2009 |
Jan
(4) |
Feb
(5) |
Mar
(9) |
Apr
(19) |
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(5) |
Dec
|
| 2010 |
Jan
(1) |
Feb
(5) |
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
(13) |
| 2012 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(9) |
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
|
From: Mathieu M. <mat...@gm...> - 2008-08-14 15:33:28
|
FYI ---------- Forwarded message ---------- From: Sean McBride <se...@ro...> Date: Thu, Aug 14, 2008 at 5:30 PM Subject: Re: [CMake] ld: library not found for -lcrt1.10.5.o To: Mathieu Malaterre <mat...@gm...>, CMake <cm...@cm...>, Doug McCorkle <mc...@ia...> On 8/13/08 9:46 AM, Mathieu Malaterre said: >ld: library not found for -lcrt1.10.5.o >collect2: ld returned 1 exit status >make[2]: *** [/Volumes/data/Volumes/data/Volumes/data/stuff/data/ >VE_Suite_Deps/wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/ >wxImagePlaneWidget] >Error 1 >make[1]: *** [CMakeFiles/wxImagePlaneWidget.dir/all] Error 2 >make: *** [all] Error 2 >mccdo:build mccdo$ > > I found a couple of posts on the net, but I am not sure which one is >the most appropriate: > >1. The softlink solution: >http://lists.berlios.de/pipermail/canorus-devel/2008-January/000483.html > >2. path issue >http://steel-wheels-project.blogspot.com/2008/02/build-doxygen-on-mac-os- >x-1051-leopard.html > >3. the -mmacosx-version-min solution... >http://lists.apple.com/archives/Xcode-users/2007/Oct/msg00696.html #3 is the solution. My feature request has more details: <http://public.kitware.com/Bug/view.php?id=6195> -- ____________________________________________________________ Sean McBride, B. Eng se...@ro... Rogue Research www.rogue-research.com Mac Software Developer Montréal, Québec, Canada -- Mathieu |
|
From: Doug M. <mc...@ia...> - 2008-08-14 15:04:55
|
On Aug 14, 2008, at 9:46 AM, Mathieu Malaterre wrote: > Hi Doug, > > On Thu, Aug 14, 2008 at 4:38 PM, Doug McCorkle <mc...@ia...> > wrote: >> Here is what I get: >> >> leonidas:build mccdo$ make VERBOSE=1 >> "/Volumes/data/stuff/data/VE_Suite_Tools/CMake/cmake-2.6.0-Darwin- >> universal/CMake >> 2.6-0.app/Contents/bin/cmake" >> -H/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK >> -B/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build >> --check-build-system CMakeFiles/Makefile.cmake 0 >> cd /Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build && >> "/Volumes/data/stuff/data/VE_Suite_Tools/CMake/cmake-2.6.0-Darwin- >> universal/CMake >> 2.6-0.app/Contents/bin/cmake" -E cmake_progress_start >> /Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/ >> CMakeFiles >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/ >> wxVTK/build/CMakeFiles/progress.make >> cd /Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build && make -f >> CMakeFiles/Makefile2 all >> make -f CMakeFiles/wxImagePlaneWidget.dir/build.make >> CMakeFiles/wxImagePlaneWidget.dir/depend >> cd /Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build && >> "/Volumes/data/stuff/data/VE_Suite_Tools/CMake/cmake-2.6.0-Darwin- >> universal/CMake >> 2.6-0.app/Contents/bin/cmake" -E cmake_depends "Unix Makefiles" >> /Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/ >> wxVTK/wxVTK >> /Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/ >> wxVTK/build >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/ >> wxVTK/build/CMakeFiles/wxImagePlaneWidget.dir/DependInfo.cmake >> --color= >> make -f CMakeFiles/wxImagePlaneWidget.dir/build.make >> CMakeFiles/wxImagePlaneWidget.dir/build >> Linking CXX executable >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/ >> wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/wxImagePlaneWidget >> cd /Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build && >> "/Volumes/data/stuff/data/VE_Suite_Tools/CMake/cmake-2.6.0-Darwin- >> universal/CMake >> 2.6-0.app/Contents/bin/cmake" -E cmake_link_script >> /Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/ >> CMakeFiles/wxImagePlaneWidget.dir/link.txt >> --verbose=1 >> /usr/bin/c++ -isysroot /Developer/SDKs/MacOSX10.4u.sdk -no- >> cpp-precomp >> -D__WXMAC__ -O2 -g -Wl,-search_paths_first - >> headerpad_max_install_names >> -fPIC >> CMakeFiles/wxImagePlaneWidget.dir/Volumes/data/Volumes/data/Volumes/ >> data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/Sample/ >> wxImagePlaneWidget.cxx.o >> CMakeFiles/wxImagePlaneWidget.dir/Volumes/data/Volumes/data/Volumes/ >> data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/ >> wxVTKRenderWindowInteractor.cxx.o >> -o >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/ >> wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/wxImagePlaneWidget >> -L/Volumes/data/stuff/data/VE_Suite_Deps/VTK_cvs/install-mac/lib >> -L/opt/local/lib -L/opt/local/lib -framework IOKit -framework System >> -framework QuickTime -lwx_macu-2.8 -lvtkWidgets -lvtkHybrid - >> lvtkParallel >> -lvtkRendering -lvtkftgl -lvtkfreetype -framework Carbon -framework >> Cocoa >> -lvtkGraphics -lvtkImaging -lvtkIO -framework OpenGL -lvtkFiltering >> -lverdict -lvtkDICOMParser -lvtkexoIIc -lvtkNetCDF -lvtkmetaio - >> lvtksqlite >> -lvtkpng -lvtktiff -lvtkzlib -lvtkjpeg -lvtkexpat -lvtkCommon - >> lvtksys >> -lpthread -lm -L/opt/local/lib -L/opt/local/lib -L/opt/local/lib - >> framework >> IOKit -framework Carbon -framework Cocoa -framework System -framework >> QuickTime -lwx_macu-2.8 -lvtkWidgets >> ld: library not found for -lcrt1.10.5.o >> collect2: ld returned 1 exit status >> make[2]: *** >> [/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/ >> wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/wxImagePlaneWidget] >> Error 1 >> make[1]: *** [CMakeFiles/wxImagePlaneWidget.dir/all] Error 2 >> make: *** [all] Error 2 > > Ok then, let's try the solution suggested on: > > http://steel-wheels-project.blogspot.com/2008/02/build-doxygen-on-mac-os-x-1051-leopard.html > > Apparently using a recent cmake version you can do: > > export CMAKE_OSX_SYSROOT=/Developer/SDKs/MacOSX10.4u.sdk/usr/lib > > create an empty dir, and rerun cmake from scratch. It should now pick > "sysroot /Developer/SDKs/MacOSX10.4u.sdk/usr/lib" instead of the old > "sysroot /Developer/SDKs/MacOSX10.4u.sdk/" This is only for the link line. If I replace CMAKE_OSX_SYSROOT then nothing compiles because none of the headers can be found. I think the link line needs to change somehow not the whole CMAKE_OSX_SYSROOT. Doug |
|
From: Mathieu M. <mat...@gm...> - 2008-08-14 14:54:46
|
On Thu, Aug 14, 2008 at 4:52 PM, Mathieu Malaterre <mat...@gm...> wrote: > On Thu, Aug 14, 2008 at 4:42 PM, Doug McCorkle <mc...@ia...> wrote: >> I know get: > > s/know/now/ > >> eonidas:build mccdo$ make >> [ 10%] Building CXX object >> CMakeFiles/wxImagePlaneWidget.dir/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx.o >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx:39:35: >> error: vtkCarbonRenderWindow.h: No such file or directory >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx: >> In member function 'void >> wxVTKRenderWindowInteractor::OnPaint(wxPaintEvent&)': >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx:390: >> error: 'vtkCarbonRenderWindow' was not declared in this scope >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx:390: >> error: 'rwin' was not declared in this scope >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx:390: >> error: 'vtkCarbonRenderWindow' is not a class or namespace >> make[2]: *** >> [CMakeFiles/wxImagePlaneWidget.dir/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx.o] >> Error 1 >> make[1]: *** [CMakeFiles/wxImagePlaneWidget.dir/all] Error 2 >> make: *** [all] Error 2 >> leonidas:build mccdo$ > > How is that even possible ? Why isn't __WXCOCOA__ defined in your wx > build ? How did you built wx ? > > According to documentation in wx/platform.h I can read: > > /* > WXMAC variants > __WXMAC_CLASSIC__ means ppc non-carbon builds, __WXMAC_CARBON__ means > carbon API available (mach or cfm builds) , __WXMAC_OSX__ means mach-o > builds, running under 10.2 + only > */ > > which one of those #define is set in your build ? > > Thanks > -- > Mathieu > Ah, I see, I misread the doc it should have been '__WXMAC_CLASSIC__' right ? http://wxvtk.cvs.sourceforge.net/wxvtk/wxVTK/src/wxVTKRenderWindowInteractor.cxx?r1=1.40&r2=1.41 -- Mathieu |
|
From: Mathieu M. <mat...@gm...> - 2008-08-14 14:53:00
|
On Thu, Aug 14, 2008 at 4:42 PM, Doug McCorkle <mc...@ia...> wrote:
> I know get:
s/know/now/
> eonidas:build mccdo$ make
> [ 10%] Building CXX object
> CMakeFiles/wxImagePlaneWidget.dir/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx.o
> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx:39:35:
> error: vtkCarbonRenderWindow.h: No such file or directory
> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx:
> In member function 'void
> wxVTKRenderWindowInteractor::OnPaint(wxPaintEvent&)':
> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx:390:
> error: 'vtkCarbonRenderWindow' was not declared in this scope
> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx:390:
> error: 'rwin' was not declared in this scope
> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx:390:
> error: 'vtkCarbonRenderWindow' is not a class or namespace
> make[2]: ***
> [CMakeFiles/wxImagePlaneWidget.dir/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx.o]
> Error 1
> make[1]: *** [CMakeFiles/wxImagePlaneWidget.dir/all] Error 2
> make: *** [all] Error 2
> leonidas:build mccdo$
How is that even possible ? Why isn't __WXCOCOA__ defined in your wx
build ? How did you built wx ?
According to documentation in wx/platform.h I can read:
/*
WXMAC variants
__WXMAC_CLASSIC__ means ppc non-carbon builds, __WXMAC_CARBON__ means
carbon API available (mach or cfm builds) , __WXMAC_OSX__ means mach-o
builds, running under 10.2 + only
*/
which one of those #define is set in your build ?
Thanks
--
Mathieu
|
|
From: Mathieu M. <mat...@gm...> - 2008-08-14 14:46:48
|
Hi Doug, On Thu, Aug 14, 2008 at 4:38 PM, Doug McCorkle <mc...@ia...> wrote: > Here is what I get: > > leonidas:build mccdo$ make VERBOSE=1 > "/Volumes/data/stuff/data/VE_Suite_Tools/CMake/cmake-2.6.0-Darwin-universal/CMake > 2.6-0.app/Contents/bin/cmake" > -H/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK > -B/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build > --check-build-system CMakeFiles/Makefile.cmake 0 > cd /Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build && > "/Volumes/data/stuff/data/VE_Suite_Tools/CMake/cmake-2.6.0-Darwin-universal/CMake > 2.6-0.app/Contents/bin/cmake" -E cmake_progress_start > /Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/CMakeFiles > /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/CMakeFiles/progress.make > cd /Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build && make -f > CMakeFiles/Makefile2 all > make -f CMakeFiles/wxImagePlaneWidget.dir/build.make > CMakeFiles/wxImagePlaneWidget.dir/depend > cd /Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build && > "/Volumes/data/stuff/data/VE_Suite_Tools/CMake/cmake-2.6.0-Darwin-universal/CMake > 2.6-0.app/Contents/bin/cmake" -E cmake_depends "Unix Makefiles" > /Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK > /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK > /Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build > /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build > /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/CMakeFiles/wxImagePlaneWidget.dir/DependInfo.cmake > --color= > make -f CMakeFiles/wxImagePlaneWidget.dir/build.make > CMakeFiles/wxImagePlaneWidget.dir/build > Linking CXX executable > /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/wxImagePlaneWidget > cd /Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build && > "/Volumes/data/stuff/data/VE_Suite_Tools/CMake/cmake-2.6.0-Darwin-universal/CMake > 2.6-0.app/Contents/bin/cmake" -E cmake_link_script > /Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/CMakeFiles/wxImagePlaneWidget.dir/link.txt > --verbose=1 > /usr/bin/c++ -isysroot /Developer/SDKs/MacOSX10.4u.sdk -no-cpp-precomp > -D__WXMAC__ -O2 -g -Wl,-search_paths_first -headerpad_max_install_names > -fPIC > CMakeFiles/wxImagePlaneWidget.dir/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/Sample/wxImagePlaneWidget.cxx.o > CMakeFiles/wxImagePlaneWidget.dir/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx.o > -o > /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/wxImagePlaneWidget > -L/Volumes/data/stuff/data/VE_Suite_Deps/VTK_cvs/install-mac/lib > -L/opt/local/lib -L/opt/local/lib -framework IOKit -framework System > -framework QuickTime -lwx_macu-2.8 -lvtkWidgets -lvtkHybrid -lvtkParallel > -lvtkRendering -lvtkftgl -lvtkfreetype -framework Carbon -framework Cocoa > -lvtkGraphics -lvtkImaging -lvtkIO -framework OpenGL -lvtkFiltering > -lverdict -lvtkDICOMParser -lvtkexoIIc -lvtkNetCDF -lvtkmetaio -lvtksqlite > -lvtkpng -lvtktiff -lvtkzlib -lvtkjpeg -lvtkexpat -lvtkCommon -lvtksys > -lpthread -lm -L/opt/local/lib -L/opt/local/lib -L/opt/local/lib -framework > IOKit -framework Carbon -framework Cocoa -framework System -framework > QuickTime -lwx_macu-2.8 -lvtkWidgets > ld: library not found for -lcrt1.10.5.o > collect2: ld returned 1 exit status > make[2]: *** > [/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/wxImagePlaneWidget] > Error 1 > make[1]: *** [CMakeFiles/wxImagePlaneWidget.dir/all] Error 2 > make: *** [all] Error 2 Ok then, let's try the solution suggested on: http://steel-wheels-project.blogspot.com/2008/02/build-doxygen-on-mac-os-x-1051-leopard.html Apparently using a recent cmake version you can do: export CMAKE_OSX_SYSROOT=/Developer/SDKs/MacOSX10.4u.sdk/usr/lib create an empty dir, and rerun cmake from scratch. It should now pick "sysroot /Developer/SDKs/MacOSX10.4u.sdk/usr/lib" instead of the old "sysroot /Developer/SDKs/MacOSX10.4u.sdk/" Let me know if this works for you, I have CC the cmake list in case someone wants to throw in something. -- Mathieu |
|
From: Doug M. <mc...@ia...> - 2008-08-14 14:42:43
|
On Aug 14, 2008, at 3:27 AM, Mathieu Malaterre wrote: > On Wed, Aug 13, 2008 at 10:24 AM, Mathieu Malaterre > <mat...@gm...> wrote: >> Doug, >> >> On Wed, Aug 13, 2008 at 6:15 AM, Doug McCorkle <mc...@ia...> >> wrote: >> >> >>> mccdo:wxVTK mccdo$ cvs diff -u . >>> cvs diff: Diffing . >>> cvs diff: Diffing Modules >>> cvs diff: Diffing Sample >>> cvs diff: Diffing oldbin >>> cvs diff: Diffing src >>> Index: src/wxVTKRenderWindowInteractor.cxx >>> =================================================================== >>> RCS file: /cvsroot/wxvtk/wxVTK/src/wxVTKRenderWindowInteractor.cxx,v >>> retrieving revision 1.40 >>> diff -u -r1.40 wxVTKRenderWindowInteractor.cxx >>> --- src/wxVTKRenderWindowInteractor.cxx 10 Aug 2008 23:00:36 >>> -0000 1.40 >>> +++ src/wxVTKRenderWindowInteractor.cxx 13 Aug 2008 04:13:33 -0000 >>> @@ -33,7 +33,7 @@ >>> #include "vtkDebugLeaks.h" >>> >>> #ifdef __WXMAC__ >>> -#include "vtkCarbonRenderWindow.h" >>> +#include "vtkCocoaRenderWindow.h" >>> #endif >>> >>> //Keep this for compatibilty reason, this was introduced in wxGTK >>> 2.4.0 >>> @@ -376,10 +376,10 @@ >>> #ifdef __WXMAC__ >>> // This solves a problem with repainting after a window resize >>> // See also: >>> http://sourceforge.net/mailarchive/forum.php?thread_id=31690967&forum_id=41789 >>> - vtkCarbonRenderWindow* rwin = >>> vtkCarbonRenderWindow::SafeDownCast(RenderWindow); >>> + vtkCocoaRenderWindow* rwin = >>> vtkCocoaRenderWindow::SafeDownCast(RenderWindow); >>> if( rwin ) >>> { >>> - rwin->UpdateGLRegion(); >>> + rwin->UpdateContext(); >>> } >>> #endif >>> } >> >> If you get a chance, please try the version from CVS HEAD, it should >> work for both the Mac/Carbon and the Mac/Cocoa now. >> >> $ cvs ci -m"COMP: Fix compilation problem on Mac+Cocoa builds. Thanks >> to Doug McCorkle for report & patch" >> Checking in wxVTKRenderWindowInteractor.cxx; >> /cvsroot/wxvtk/wxVTK/src/wxVTKRenderWindowInteractor.cxx,v <-- >> wxVTKRenderWindowInteractor.cxx >> new revision: 1.41; previous revision: 1.40 >> done >> >> I know get: eonidas:build mccdo$ make [ 10%] Building CXX object CMakeFiles/wxImagePlaneWidget.dir/Volumes/ data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/ src/wxVTKRenderWindowInteractor.cxx.o /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/ wxVTK/src/wxVTKRenderWindowInteractor.cxx:39:35: error: vtkCarbonRenderWindow.h: No such file or directory /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/ wxVTK/src/wxVTKRenderWindowInteractor.cxx: In member function ‘void wxVTKRenderWindowInteractor::OnPaint(wxPaintEvent&)’: /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/ wxVTK/src/wxVTKRenderWindowInteractor.cxx:390: error: ‘vtkCarbonRenderWindow’ was not declared in this scope /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/ wxVTK/src/wxVTKRenderWindowInteractor.cxx:390: error: ‘rwin’ was not declared in this scope /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/ wxVTK/src/wxVTKRenderWindowInteractor.cxx:390: error: ‘vtkCarbonRenderWindow’ is not a class or namespace make[2]: *** [CMakeFiles/wxImagePlaneWidget.dir/Volumes/data/Volumes/ data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/ wxVTKRenderWindowInteractor.cxx.o] Error 1 make[1]: *** [CMakeFiles/wxImagePlaneWidget.dir/all] Error 2 make: *** [all] Error 2 leonidas:build mccdo$ Doug |
|
From: Doug M. <mc...@ia...> - 2008-08-14 14:39:11
|
On Aug 14, 2008, at 3:26 AM, Mathieu Malaterre wrote: > oooops resending (sent to wrong ML) > > On Wed, Aug 13, 2008 at 9:43 AM, Mathieu Malaterre > <mat...@gm...> wrote: >> On Wed, Aug 13, 2008 at 9:40 AM, Mathieu Malaterre >> <mat...@gm...> wrote: >>> Hi Doug, >>> >>> Sorry answering your email, in out-of-order mode: >>> >>> On Wed, Aug 13, 2008 at 6:15 AM, Doug McCorkle <mc...@ia...> >>> wrote: >>>> mccdo:build mccdo$ make >>>> [ 10%] Building CXX object >>>> CMakeFiles/wxImagePlaneWidget.dir/Volumes/data/Volumes/data/ >>>> Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/ >>>> wxVTKRenderWindowInteractor.cxx.o >>>> Linking CXX executable >>>> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/ >>>> wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/ >>>> wxImagePlaneWidget >>>> ld: library not found for -lcrt1.10.5.o >>>> collect2: ld returned 1 exit status >>>> make[2]: *** >>>> [/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/ >>>> wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/ >>>> wxImagePlaneWidget] >>>> Error 1 >>>> make[1]: *** [CMakeFiles/wxImagePlaneWidget.dir/all] Error 2 >>>> make: *** [all] Error 2 >>>> mccdo:build mccdo$ >>> >>> Does this help: >>> http://lists.apple.com/archives/Xcode-users/2007/Oct/msg00696.html >> >> Or this one; >> http://steel-wheels-project.blogspot.com/2008/02/build-doxygen-on-mac-os-x-1051-leopard.html >> >> Please send the output of : >> >> make VERBOSE=1 >> >> so that I can see what path are being passed to the linker. >> >> Here is what I get: leonidas:build mccdo$ make VERBOSE=1 "/Volumes/data/stuff/data/VE_Suite_Tools/CMake/cmake-2.6.0-Darwin- universal/CMake 2.6-0.app/Contents/bin/cmake" -H/Volumes/data/Volumes/ data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK -B/Volumes/data/Volumes/data/ stuff/data/VE_Suite_Deps/wxVTK/build --check-build-system CMakeFiles/ Makefile.cmake 0 cd /Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build && "/Volumes/ data/stuff/data/VE_Suite_Tools/CMake/cmake-2.6.0-Darwin-universal/ CMake 2.6-0.app/Contents/bin/cmake" -E cmake_progress_start /Volumes/ data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/CMakeFiles / Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/ build/CMakeFiles/progress.make cd /Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build && make -f CMakeFiles/Makefile2 all make -f CMakeFiles/wxImagePlaneWidget.dir/build.make CMakeFiles/ wxImagePlaneWidget.dir/depend cd /Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build && "/Volumes/data/stuff/data/VE_Suite_Tools/CMake/cmake-2.6.0-Darwin- universal/CMake 2.6-0.app/Contents/bin/cmake" -E cmake_depends "Unix Makefiles" /Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/ wxVTK /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/ wxVTK/wxVTK /Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/ build /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/ wxVTK/build /Volumes/data/Volumes/data/Volumes/data/stuff/data/ VE_Suite_Deps/wxVTK/build/CMakeFiles/wxImagePlaneWidget.dir/ DependInfo.cmake --color= make -f CMakeFiles/wxImagePlaneWidget.dir/build.make CMakeFiles/ wxImagePlaneWidget.dir/build Linking CXX executable /Volumes/data/Volumes/data/Volumes/data/stuff/ data/VE_Suite_Deps/wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/ wxImagePlaneWidget cd /Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build && "/Volumes/data/stuff/data/VE_Suite_Tools/CMake/cmake-2.6.0-Darwin- universal/CMake 2.6-0.app/Contents/bin/cmake" -E cmake_link_script / Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/ CMakeFiles/wxImagePlaneWidget.dir/link.txt --verbose=1 /usr/bin/c++ -isysroot /Developer/SDKs/MacOSX10.4u.sdk -no-cpp- precomp -D__WXMAC__ -O2 -g -Wl,-search_paths_first - headerpad_max_install_names -fPIC CMakeFiles/wxImagePlaneWidget.dir/ Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/ wxVTK/Sample/wxImagePlaneWidget.cxx.o CMakeFiles/ wxImagePlaneWidget.dir/Volumes/data/Volumes/data/Volumes/data/stuff/ data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx.o - o /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/ wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/wxImagePlaneWidget - L/Volumes/data/stuff/data/VE_Suite_Deps/VTK_cvs/install-mac/lib -L/opt/ local/lib -L/opt/local/lib -framework IOKit -framework System - framework QuickTime -lwx_macu-2.8 -lvtkWidgets -lvtkHybrid - lvtkParallel -lvtkRendering -lvtkftgl -lvtkfreetype -framework Carbon - framework Cocoa -lvtkGraphics -lvtkImaging -lvtkIO -framework OpenGL - lvtkFiltering -lverdict -lvtkDICOMParser -lvtkexoIIc -lvtkNetCDF - lvtkmetaio -lvtksqlite -lvtkpng -lvtktiff -lvtkzlib -lvtkjpeg - lvtkexpat -lvtkCommon -lvtksys -lpthread -lm -L/opt/local/lib -L/opt/ local/lib -L/opt/local/lib -framework IOKit -framework Carbon - framework Cocoa -framework System -framework QuickTime -lwx_macu-2.8 - lvtkWidgets ld: library not found for -lcrt1.10.5.o collect2: ld returned 1 exit status make[2]: *** [/Volumes/data/Volumes/data/Volumes/data/stuff/data/ VE_Suite_Deps/wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/ wxImagePlaneWidget] Error 1 make[1]: *** [CMakeFiles/wxImagePlaneWidget.dir/all] Error 2 make: *** [all] Error 2 Doug |
|
From: Mathieu M. <mat...@gm...> - 2008-08-14 08:27:46
|
resending to wxVTK list On Wed, Aug 13, 2008 at 6:15 AM, Doug McCorkle <mc...@ia...> wrote: > > On Aug 12, 2008, at 11:07 PM, Doug McCorkle wrote: > >> >> On Aug 10, 2008, at 5:20 PM, Mathieu Malaterre wrote: >> >>> On Sat, Aug 9, 2008 at 3:46 PM, Doug McCorkle <mc...@ia...> wrote: >>>>> >>>>> 3. You are using Cocoa apparently, did you build VTK with cocoa on ? >>>>> >>>> Yes. >>>> >>>> Also, currently we are just compiling in the wxVTK classes into our app. >>>> I >>>> tried to build wxVTK on my make through CMake 2.6 but get this error: >>>> >>>> CMake Error at CMakeLists.txt:114 (INSTALL): >>>> install TARGETS given no BUNDLE DESTINATION for MACOSX_BUNDLE executable >>>> target "wxSplitSample". >>> >>> install targets are not really needed. If the exe builds, I just >>> wanted you to toy with them, to check it is working ok on your system. >> >> OK. I now get: >> >> mccdo:build mccdo$ make >> Scanning dependencies of target wxImagePlaneWidget >> [ 10%] Building CXX object >> CMakeFiles/wxImagePlaneWidget.dir/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/Sample/wxImagePlaneWidget.cxx.o >> [ 20%] Building CXX object >> CMakeFiles/wxImagePlaneWidget.dir/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx.o >> >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx:36:35: >> error: vtkCarbonRenderWindow.h: No such file or directory >> >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx: >> In member function 'void >> wxVTKRenderWindowInteractor::OnPaint(wxPaintEvent&)': >> >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx:379: >> error: 'vtkCarbonRenderWindow' was not declared in this scope >> >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx:379: >> error: 'rwin' was not declared in this scope >> >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx:379: >> error: 'vtkCarbonRenderWindow' is not a class or namespace >> make[2]: *** >> [CMakeFiles/wxImagePlaneWidget.dir/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx.o] >> Error 1 >> make[1]: *** [CMakeFiles/wxImagePlaneWidget.dir/all] Error 2 >> make: *** [all] Error 2 >> mccdo:build mccdo$ > > After these changes: > > mccdo:wxVTK mccdo$ cvs diff -u . > cvs diff: Diffing . > cvs diff: Diffing Modules > cvs diff: Diffing Sample > cvs diff: Diffing oldbin > cvs diff: Diffing src > Index: src/wxVTKRenderWindowInteractor.cxx > =================================================================== > RCS file: /cvsroot/wxvtk/wxVTK/src/wxVTKRenderWindowInteractor.cxx,v > retrieving revision 1.40 > diff -u -r1.40 wxVTKRenderWindowInteractor.cxx > --- src/wxVTKRenderWindowInteractor.cxx 10 Aug 2008 23:00:36 -0000 1.40 > +++ src/wxVTKRenderWindowInteractor.cxx 13 Aug 2008 04:13:33 -0000 > @@ -33,7 +33,7 @@ > #include "vtkDebugLeaks.h" > > #ifdef __WXMAC__ > -#include "vtkCarbonRenderWindow.h" > +#include "vtkCocoaRenderWindow.h" > #endif > > //Keep this for compatibilty reason, this was introduced in wxGTK 2.4.0 > @@ -376,10 +376,10 @@ > #ifdef __WXMAC__ > // This solves a problem with repainting after a window resize > // See also: > http://sourceforge.net/mailarchive/forum.php?thread_id=31690967&forum_id=41789 > - vtkCarbonRenderWindow* rwin = > vtkCarbonRenderWindow::SafeDownCast(RenderWindow); > + vtkCocoaRenderWindow* rwin = > vtkCocoaRenderWindow::SafeDownCast(RenderWindow); > if( rwin ) > { > - rwin->UpdateGLRegion(); > + rwin->UpdateContext(); > } > #endif > } > mccdo:wxVTK mccdo$ > > I get this error: > > mccdo:build mccdo$ make > [ 10%] Building CXX object > CMakeFiles/wxImagePlaneWidget.dir/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx.o > Linking CXX executable > /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/wxImagePlaneWidget > ld: library not found for -lcrt1.10.5.o > collect2: ld returned 1 exit status > make[2]: *** > [/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/wxImagePlaneWidget] > Error 1 > make[1]: *** [CMakeFiles/wxImagePlaneWidget.dir/all] Error 2 > make: *** [all] Error 2 > mccdo:build mccdo$ > > Doug > > > > -- Mathieu |
|
From: Mathieu M. <mat...@gm...> - 2008-08-14 08:27:03
|
On Wed, Aug 13, 2008 at 10:24 AM, Mathieu Malaterre <mat...@gm...> wrote: > Doug, > > On Wed, Aug 13, 2008 at 6:15 AM, Doug McCorkle <mc...@ia...> wrote: > > >> mccdo:wxVTK mccdo$ cvs diff -u . >> cvs diff: Diffing . >> cvs diff: Diffing Modules >> cvs diff: Diffing Sample >> cvs diff: Diffing oldbin >> cvs diff: Diffing src >> Index: src/wxVTKRenderWindowInteractor.cxx >> =================================================================== >> RCS file: /cvsroot/wxvtk/wxVTK/src/wxVTKRenderWindowInteractor.cxx,v >> retrieving revision 1.40 >> diff -u -r1.40 wxVTKRenderWindowInteractor.cxx >> --- src/wxVTKRenderWindowInteractor.cxx 10 Aug 2008 23:00:36 -0000 1.40 >> +++ src/wxVTKRenderWindowInteractor.cxx 13 Aug 2008 04:13:33 -0000 >> @@ -33,7 +33,7 @@ >> #include "vtkDebugLeaks.h" >> >> #ifdef __WXMAC__ >> -#include "vtkCarbonRenderWindow.h" >> +#include "vtkCocoaRenderWindow.h" >> #endif >> >> //Keep this for compatibilty reason, this was introduced in wxGTK 2.4.0 >> @@ -376,10 +376,10 @@ >> #ifdef __WXMAC__ >> // This solves a problem with repainting after a window resize >> // See also: >> http://sourceforge.net/mailarchive/forum.php?thread_id=31690967&forum_id=41789 >> - vtkCarbonRenderWindow* rwin = >> vtkCarbonRenderWindow::SafeDownCast(RenderWindow); >> + vtkCocoaRenderWindow* rwin = >> vtkCocoaRenderWindow::SafeDownCast(RenderWindow); >> if( rwin ) >> { >> - rwin->UpdateGLRegion(); >> + rwin->UpdateContext(); >> } >> #endif >> } > > If you get a chance, please try the version from CVS HEAD, it should > work for both the Mac/Carbon and the Mac/Cocoa now. > > $ cvs ci -m"COMP: Fix compilation problem on Mac+Cocoa builds. Thanks > to Doug McCorkle for report & patch" > Checking in wxVTKRenderWindowInteractor.cxx; > /cvsroot/wxvtk/wxVTK/src/wxVTKRenderWindowInteractor.cxx,v <-- > wxVTKRenderWindowInteractor.cxx > new revision: 1.41; previous revision: 1.40 > done > > > Thanks for patch > -- > Mathieu > -- Mathieu |
|
From: Mathieu M. <mat...@gm...> - 2008-08-14 08:26:44
|
On Wed, Aug 13, 2008 at 9:40 AM, Mathieu Malaterre <mat...@gm...> wrote: > Hi Doug, > > Sorry answering your email, in out-of-order mode: > > On Wed, Aug 13, 2008 at 6:15 AM, Doug McCorkle <mc...@ia...> wrote: >> mccdo:build mccdo$ make >> [ 10%] Building CXX object >> CMakeFiles/wxImagePlaneWidget.dir/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx.o >> Linking CXX executable >> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/wxImagePlaneWidget >> ld: library not found for -lcrt1.10.5.o >> collect2: ld returned 1 exit status >> make[2]: *** >> [/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/wxImagePlaneWidget] >> Error 1 >> make[1]: *** [CMakeFiles/wxImagePlaneWidget.dir/all] Error 2 >> make: *** [all] Error 2 >> mccdo:build mccdo$ > > Does this help: > http://lists.apple.com/archives/Xcode-users/2007/Oct/msg00696.html > > > -- > Mathieu > -- Mathieu |
|
From: Mathieu M. <mat...@gm...> - 2008-08-14 08:26:30
|
oooops resending (sent to wrong ML) On Wed, Aug 13, 2008 at 9:43 AM, Mathieu Malaterre <mat...@gm...> wrote: > On Wed, Aug 13, 2008 at 9:40 AM, Mathieu Malaterre > <mat...@gm...> wrote: >> Hi Doug, >> >> Sorry answering your email, in out-of-order mode: >> >> On Wed, Aug 13, 2008 at 6:15 AM, Doug McCorkle <mc...@ia...> wrote: >>> mccdo:build mccdo$ make >>> [ 10%] Building CXX object >>> CMakeFiles/wxImagePlaneWidget.dir/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/wxVTK/src/wxVTKRenderWindowInteractor.cxx.o >>> Linking CXX executable >>> /Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/wxImagePlaneWidget >>> ld: library not found for -lcrt1.10.5.o >>> collect2: ld returned 1 exit status >>> make[2]: *** >>> [/Volumes/data/Volumes/data/Volumes/data/stuff/data/VE_Suite_Deps/wxVTK/build/wxImagePlaneWidget.app/Contents/MacOS/wxImagePlaneWidget] >>> Error 1 >>> make[1]: *** [CMakeFiles/wxImagePlaneWidget.dir/all] Error 2 >>> make: *** [all] Error 2 >>> mccdo:build mccdo$ >> >> Does this help: >> http://lists.apple.com/archives/Xcode-users/2007/Oct/msg00696.html > > Or this one; > http://steel-wheels-project.blogspot.com/2008/02/build-doxygen-on-mac-os-x-1051-leopard.html > > Please send the output of : > > make VERBOSE=1 > > so that I can see what path are being passed to the linker. > > > > Thanks, > -- > Mathieu > -- Mathieu |
|
From: Doug M. <mc...@ia...> - 2008-08-10 23:26:36
|
On Aug 10, 2008, at 5:46 PM, "Mathieu Malaterre" <mat...@gm...
> wrote:
> Doug,
>
> One last question, what do you mean by:
>
> On Sat, Aug 9, 2008 at 4:21 AM, Doug McCorkle <mc...@ia...>
> wrote:
>> And the windows do not render properly.
>
> Does it segfault ?
> Do you get a black/white screen ?
> Is it scrambled ?
>
I get a blank window.
> I did dive into the core of wxVTK and I think I am doing the right
> things (I do not have a MacOSX system to check). But basically
> vtkCocoaRenderWindow expect:
>
> - the NSView to be a 'DisplayId'
> - the NSWindow to be a 'WindowId'
>
> Everything is being setup in wxVTK::OnPaint(). Worse case scenario is
> that the NSView needs to be explicitily passed (not done currently):
>
> Something along the line:
>
> wxVTK::OnPaint()
> {
> ...
> wxTopLevelWindowCocoa toplevel = this->GetTopLevel()
> WX_NSWindow nswin = toplevel->GetNSWindow();
> this->SetWindowId( nswin );
> ...
> }
>
> the this->DisplayId is handle using the internal this->GetWindowHack
> implementation
>
> Let me know if this makes any sense for you,
> --
> Mathieu
Everything makes sense and looks fine. I am not sure what is going on.
Doug
|
|
From: Mathieu M. <mat...@gm...> - 2008-08-10 23:05:11
|
https://sourceforge.net/tracker/index.php?func=detail&aid=1919659&group_id=114757&atid=669338 I think I can close this bug, as this is fixed (at least) in the current CVS HEAD version. Juha-Ville can you confirm ? Thanks, -- Mathieu |
|
From: Mathieu M. <mat...@gm...> - 2008-08-10 23:01:23
|
This has been fixed in current CVS HEAD. Thanks to Mu Shang for patch & report.
I have added blockers for version older than wx 2.8
Index: src/wxVTKRenderWindowInteractor.cxx
===================================================================
RCS file: /cvsroot/wxvtk/wxVTK/src/wxVTKRenderWindowInteractor.cxx,v
retrieving revision 1.38
diff -u -r1.38 wxVTKRenderWindowInteractor.cxx
--- src/wxVTKRenderWindowInteractor.cxx 10 Aug 2008 22:55:58 -0000 1.38
+++ src/wxVTKRenderWindowInteractor.cxx 10 Aug 2008 22:58:11 -0000
@@ -695,6 +695,7 @@
}
//---------------------------------------------------------------------------
+#if wxCHECK_VERSION(2, 8, 0)
void wxVTKRenderWindowInteractor::OnMouseCaptureLost(wxMouseCaptureLostEvent&
event)
{
if (ActiveButton != wxEVT_NULL)
@@ -708,6 +709,7 @@
// without a previous CaptureMouse().
ActiveButton = wxEVT_NULL;
}
+#endif
//---------------------------------------------------------------------------
void wxVTKRenderWindowInteractor::Render()
Index: src/wxVTKRenderWindowInteractor.h
===================================================================
RCS file: /cvsroot/wxvtk/wxVTK/src/wxVTKRenderWindowInteractor.h,v
retrieving revision 1.20
diff -u -r1.20 wxVTKRenderWindowInteractor.h
--- src/wxVTKRenderWindowInteractor.h 10 Aug 2008 22:55:58 -0000 1.20
+++ src/wxVTKRenderWindowInteractor.h 10 Aug 2008 22:58:11 -0000
@@ -131,7 +131,9 @@
void OnEnter(wxMouseEvent &event);
void OnLeave(wxMouseEvent &event);
void OnMouseWheel(wxMouseEvent& event);
+#if wxCHECK_VERSION(2, 8, 0)
void OnMouseCaptureLost(wxMouseCaptureLostEvent& event);
+#endif
void OnKeyDown(wxKeyEvent &event);
void OnKeyUp(wxKeyEvent &event);
void OnChar(wxKeyEvent &event);
Please report if you find any issues.
Thanks
-Mathieu
---------- Forwarded message ----------
From: SourceForge.net <no...@so...>
Date: Tue, Jul 22, 2008 at 8:59 PM
Subject: [ wxvtk-Bugs-2024961 ] does not handle
wxMouseCaptureLostEvent as required by wx
To: no...@so...
Bugs item #2024961, was opened at 2008-07-22 14:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=669338&aid=2024961&group_id=114757
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: shang (mshang)
Assigned to: Nobody/Anonymous (nobody)
Summary: does not handle wxMouseCaptureLostEvent as required by wx
Initial Comment:
wxMouseCaptureLostEvent is not handled as required by wxWidgets. On
Windows, this will generate two wxAssertFailure in debug build.
When the mouse capture is lost (for example, user used Alt+Tab key
combination to switch to another window), one wxAssertFailure is
generated because the class did not handle wxMouseCaptureLostEvent. If
the program is allowed to continue, when the same button is released
in the window, a second wxAssertFailure is generated because
ReleaseMouse() is called without a previous CaptureMouse(). wxWidgets
requires that the program does NOT call ReleaseMouse() if the mouse
capture was lost.
To fix the bug, add a wxMouseCaptureLostEvent handler:
EVT_MOUSE_CAPTURE_LOST(wxVTKRenderWindowInteractor::OnMouseCaptureLost)
void wxVTKRenderWindowInteractor::OnMouseCaptureLost(wxMouseCaptureLostEvent&
event)
{
if (ActiveButton != wxEVT_NULL)
{
//Maybe also invoke the button release event here
}
// Reset ActiveButton so that
// 1. we do not process mouse button up events any more,
// 2. the next button down event will be processed and call CaptureMouse().
// Otherwise ReleaseMouse() will be called
// without a previous CaptureMouse().
ActiveButton = wxEVT_NULL;
}
Optionally, we can also artificially give a button release event to
vtk inside the event handler, as indicated in comments in the above
code.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=669338&aid=2024961&group_id=114757
--
Mathieu
|
|
From: Mathieu M. <mat...@gm...> - 2008-08-10 22:50:01
|
Fixed in CVS HEAD:
$ cvs ci -m"BUG: Fix [ wxvtk-Bugs-2025027 ] incorrect
SetEventInformationFlipY() in OnMouseWheel(), thanks to Mu Shang for
patch"
~/Projects/wxVTK
Checking in src/wxVTKRenderWindowInteractor.cxx;
/cvsroot/wxvtk/wxVTK/src/wxVTKRenderWindowInteractor.cxx,v <--
wxVTKRenderWindowInteractor.cxx
new revision: 1.37; previous revision: 1.36
done
---------- Forwarded message ----------
From: SourceForge.net <no...@so...>
Date: Tue, Jul 22, 2008 at 10:06 PM
Subject: [ wxvtk-Bugs-2025027 ] incorrect SetEventInformationFlipY()
in OnMouseWheel()
To: no...@so...
Bugs item #2025027, was opened at 2008-07-22 16:06
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=669338&aid=2025027&group_id=114757
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: shang (mshang)
Assigned to: Nobody/Anonymous (nobody)
Summary: incorrect SetEventInformationFlipY() in OnMouseWheel()
Initial Comment:
The current (incorrect) code in OnMouseWheel() is:
'''
//Set vtk event information ... The numebr of wheel rotations is stored in
//the x varible. y varible is zero
SetEventInformationFlipY(event.GetWheelRotation() / event.GetWheelDelta(), 0,
event.ControlDown(), event.ShiftDown(),
'\0', 0, NULL);
'''
And the correct code should be:
'''
SetEventInformationFlipY(event.GetX(), event.GetY(),
event.ControlDown(), event.ShiftDown(),
'\0', 0, NULL);
'''
I don't know why the incorrect code was written like that, but it
1. does not conform to the implementation in
vtkWin32RenderWindowInteractor, vtkXRenderWindowInteractor,
vtkCocoaGLView, vtkCarbonRenderWindowInteractor, etc.
2. breaks many interactor styles that rely on the difference between
the current event coordinate and the previous event coordinate:
Consider this:
The user is moving an actor by holding down middle button(mouse wheel
button) in vtkInteractorStyleTrackballActor. He accidentally rotates
the mouse wheel and the coordinates are set to (1,0) or similar. Then
in the next mouse move event the event handler calculates the
difference between the current coordinates with the previous
coordinates - the difference would be big and it move the actor out of
the visible scene.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=669338&aid=2025027&group_id=114757
--
Mathieu
|
|
From: Mathieu M. <mat...@gm...> - 2008-08-10 22:46:45
|
Doug,
One last question, what do you mean by:
On Sat, Aug 9, 2008 at 4:21 AM, Doug McCorkle <mc...@ia...> wrote:
> And the windows do not render properly.
Does it segfault ?
Do you get a black/white screen ?
Is it scrambled ?
I did dive into the core of wxVTK and I think I am doing the right
things (I do not have a MacOSX system to check). But basically
vtkCocoaRenderWindow expect:
- the NSView to be a 'DisplayId'
- the NSWindow to be a 'WindowId'
Everything is being setup in wxVTK::OnPaint(). Worse case scenario is
that the NSView needs to be explicitily passed (not done currently):
Something along the line:
wxVTK::OnPaint()
{
...
wxTopLevelWindowCocoa toplevel = this->GetTopLevel()
WX_NSWindow nswin = toplevel->GetNSWindow();
this->SetWindowId( nswin );
...
}
the this->DisplayId is handle using the internal this->GetWindowHack
implementation
Let me know if this makes any sense for you,
--
Mathieu
|
|
From: Mathieu M. <mat...@gm...> - 2008-08-10 22:20:46
|
On Sat, Aug 9, 2008 at 3:46 PM, Doug McCorkle <mc...@ia...> wrote:
>> 3. You are using Cocoa apparently, did you build VTK with cocoa on ?
>>
> Yes.
>
> Also, currently we are just compiling in the wxVTK classes into our app. I
> tried to build wxVTK on my make through CMake 2.6 but get this error:
>
> CMake Error at CMakeLists.txt:114 (INSTALL):
> install TARGETS given no BUNDLE DESTINATION for MACOSX_BUNDLE executable
> target "wxSplitSample".
install targets are not really needed. If the exe builds, I just
wanted you to toy with them, to check it is working ok on your system.
Anyway this is fixed in CVS HEAD:
$ cvs ci -m"ENH: cmake 2.6 wants a bundle dest now"
~/Projects/wxVTK
Checking in CMakeLists.txt;
/cvsroot/wxvtk/wxVTK/CMakeLists.txt,v <-- CMakeLists.txt
new revision: 1.29; previous revision: 1.28
done
Index: CMakeLists.txt
===================================================================
RCS file: /cvsroot/wxvtk/wxVTK/CMakeLists.txt,v
retrieving revision 1.28
diff -u -r1.28 CMakeLists.txt
--- CMakeLists.txt 1 Jun 2008 21:12:47 -0000 1.28
+++ CMakeLists.txt 10 Aug 2008 22:18:14 -0000
@@ -114,6 +114,7 @@
INSTALL(TARGETS
wxSplitSample wxSample wxImagePlaneWidget wxImageViewer wxMedical3
RUNTIME DESTINATION bin
+ BUNDLE DESTINATION bin
LIBRARY DESTINATION lib
ARCHIVE DESTINATION lib/static
)
--
Mathieu
|
|
From: Mathieu M. <mat...@gm...> - 2008-08-09 07:37:00
|
Hi Doug, A couple of question first: 1. Did you get the examples working (from wxVTK dist) ? 2. did you try any other wx version working ? 3. You are using Cocoa apparently, did you build VTK with cocoa on ? Sorry if those are dumb questions, but I need to know those kind of things first. Thanks -Mathieu On Sat, Aug 9, 2008 at 4:21 AM, Doug McCorkle <mc...@ia...> wrote: > Hello, > > I have an application that is built on Mac OS 10.5 with wxWidgets > 2.8.7 and VTK 5.2. When the wxVTK windows are created I get this error: > > 2008-08-08 21:15:48.815 FinanceViewer[1323:10b] *** -[NSHIObject > userSpaceScaleFactor]: unrecognized selector sent to instance 0x329e3c0 > 2008-08-08 21:15:48.817 FinanceViewer[1323:10b] HIToolbox: ignoring > exception '*** -[NSHIObject userSpaceScaleFactor]: unrecognized > selector sent to instance 0x329e3c0' that raised inside Carbon event > dispatch > 2008-08-08 21:16:43.929 FinanceViewer[1323:10b] *** -[NSHIObject > userSpaceScaleFactor]: unrecognized selector sent to instance 0x32b1710 > 2008-08-08 21:16:43.930 FinanceViewer[1323:10b] HIToolbox: ignoring > exception '*** -[NSHIObject userSpaceScaleFactor]: unrecognized > selector sent to instance 0x32b1710' that raised inside Carbon event > dispatch > > And the windows do not render properly. Any suggestions on what to do > to debug the problem? Is anyone successfully using wxVTK with a > similar software configuration? Also, I am using the latest released > version of wxVTK. Thanks for the help. > > Doug > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wxvtk-users mailing list > Wxv...@li... > https://lists.sourceforge.net/lists/listinfo/wxvtk-users > -- Mathieu |
|
From: Doug M. <mc...@ia...> - 2008-08-09 02:21:21
|
Hello, I have an application that is built on Mac OS 10.5 with wxWidgets 2.8.7 and VTK 5.2. When the wxVTK windows are created I get this error: 2008-08-08 21:15:48.815 FinanceViewer[1323:10b] *** -[NSHIObject userSpaceScaleFactor]: unrecognized selector sent to instance 0x329e3c0 2008-08-08 21:15:48.817 FinanceViewer[1323:10b] HIToolbox: ignoring exception '*** -[NSHIObject userSpaceScaleFactor]: unrecognized selector sent to instance 0x329e3c0' that raised inside Carbon event dispatch 2008-08-08 21:16:43.929 FinanceViewer[1323:10b] *** -[NSHIObject userSpaceScaleFactor]: unrecognized selector sent to instance 0x32b1710 2008-08-08 21:16:43.930 FinanceViewer[1323:10b] HIToolbox: ignoring exception '*** -[NSHIObject userSpaceScaleFactor]: unrecognized selector sent to instance 0x32b1710' that raised inside Carbon event dispatch And the windows do not render properly. Any suggestions on what to do to debug the problem? Is anyone successfully using wxVTK with a similar software configuration? Also, I am using the latest released version of wxVTK. Thanks for the help. Doug |
|
From: Kerry L. <lo...@gm...> - 2008-08-04 00:58:05
|
I should have waited to try this before sending my previous message because it was easy and took < 30 seconds. Shang, your suggestion fixed the problem - I added SetFocus(); to the top of the OnButtonUp() function in wxVTK and the problem went away. Thanks for the help! -Kerry On Sun, Aug 3, 2008 at 8:55 PM, Kerry Loux <lo...@gm...> wrote: > I think I'm using wxVTK 1.30 (.cxx file is rev 1.30, .h file is rev 1.16). > > I have discovered the cause of the middle mouse button not working - it was > my fault - the mouse's software configuration does not treat the middle > mouse button as a middle mouse button by default. It was set to "zoom" > (whatever that is...), but I put it to "middle mouse button" and all is well > with the button events. > > The scroll events, however - this is what I've learned: > > The OnMouseWheel function in wxVTK is being called when I start the program > and move the scroll wheel. I can zoom in and out just fine. After clicking > on another control and then back on the wxVTK, the OnMouseWheel function is > never called, no matter what direction I scroll the mouse of what > combination of key presses and mouse clicks I try. > > Mathieu, I did implement the bug fix, but since the function isn't being > called, it didn't help. I do like the changes it made to the scroll wheel > functionality, though. It seems that the "/ event.GetWheelDelta()" was > responsible for limiting the "zooming" capability. > > Shang, I'll try the SetFocus() fix and report back... > > Thanks for your help! > > -Kerry > > On Sun, Aug 3, 2008 at 6:21 PM, Mathieu Malaterre < > mat...@gm...> wrote: > >> What version of wxVTK are you using ? I cannot remember but I thought >> at some point we had an issue with mouse wheel. Anyway, if you can get >> wx to recognize mouse wheel event, there would be no reason why we >> could not forward them to VTK. >> >> On a different subject a bug was recently submited: >> >> >> https://sourceforge.net/tracker/?func=detail&atid=669338&aid=2025027&group_id=114757 >> >> donno if this help or not... >> >> HTH >> -Mathieu >> >> On Sat, Aug 2, 2008 at 1:39 PM, Kerry Loux <lo...@gm...> wrote: >> > Hello All, >> > >> > I've come across a couple of curious bugs that I can't seem to track >> down, >> > and they're both related to my middle mouse button. My middle mouse >> button >> > up/down events don't fire. I set a breakpoint at the >> > wxVTKRenderWindowInteractor OnButtonDown() function and both the right >> and >> > left mouse buttons cause the breakpoint to be reached, but I get nothing >> > from the middle button. Is there something else I need to do to set >> this >> > up? >> > >> > Also, I am having a similar problem with the scroll wheel. When I first >> > start my app, I can use the scroll wheel just fine, but if I click on >> > another control, then click back into the RenderWindow, the scroll wheel >> no >> > longer functions. Same deal with the breakpoints - the event handler is >> > never called. >> > >> > Any ideas on these? Has anyone else noticed this behavior? >> > >> > Thanks for your help! >> > >> > -Kerry >> > >> > >> ------------------------------------------------------------------------- >> > This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> > Build the coolest Linux based applications with Moblin SDK & win great >> > prizes >> > Grand prize is a trip for two to an Open Source event anywhere in the >> world >> > http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> > _______________________________________________ >> > Wxvtk-users mailing list >> > Wxv...@li... >> > https://lists.sourceforge.net/lists/listinfo/wxvtk-users >> > >> > >> >> >> >> -- >> Mathieu >> > > |
|
From: Kerry L. <lo...@gm...> - 2008-08-04 00:56:00
|
I think I'm using wxVTK 1.30 (.cxx file is rev 1.30, .h file is rev 1.16). I have discovered the cause of the middle mouse button not working - it was my fault - the mouse's software configuration does not treat the middle mouse button as a middle mouse button by default. It was set to "zoom" (whatever that is...), but I put it to "middle mouse button" and all is well with the button events. The scroll events, however - this is what I've learned: The OnMouseWheel function in wxVTK is being called when I start the program and move the scroll wheel. I can zoom in and out just fine. After clicking on another control and then back on the wxVTK, the OnMouseWheel function is never called, no matter what direction I scroll the mouse of what combination of key presses and mouse clicks I try. Mathieu, I did implement the bug fix, but since the function isn't being called, it didn't help. I do like the changes it made to the scroll wheel functionality, though. It seems that the "/ event.GetWheelDelta()" was responsible for limiting the "zooming" capability. Shang, I'll try the SetFocus() fix and report back... Thanks for your help! -Kerry On Sun, Aug 3, 2008 at 6:21 PM, Mathieu Malaterre < mat...@gm...> wrote: > What version of wxVTK are you using ? I cannot remember but I thought > at some point we had an issue with mouse wheel. Anyway, if you can get > wx to recognize mouse wheel event, there would be no reason why we > could not forward them to VTK. > > On a different subject a bug was recently submited: > > > https://sourceforge.net/tracker/?func=detail&atid=669338&aid=2025027&group_id=114757 > > donno if this help or not... > > HTH > -Mathieu > > On Sat, Aug 2, 2008 at 1:39 PM, Kerry Loux <lo...@gm...> wrote: > > Hello All, > > > > I've come across a couple of curious bugs that I can't seem to track > down, > > and they're both related to my middle mouse button. My middle mouse > button > > up/down events don't fire. I set a breakpoint at the > > wxVTKRenderWindowInteractor OnButtonDown() function and both the right > and > > left mouse buttons cause the breakpoint to be reached, but I get nothing > > from the middle button. Is there something else I need to do to set this > > up? > > > > Also, I am having a similar problem with the scroll wheel. When I first > > start my app, I can use the scroll wheel just fine, but if I click on > > another control, then click back into the RenderWindow, the scroll wheel > no > > longer functions. Same deal with the breakpoints - the event handler is > > never called. > > > > Any ideas on these? Has anyone else noticed this behavior? > > > > Thanks for your help! > > > > -Kerry > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > > Build the coolest Linux based applications with Moblin SDK & win great > > prizes > > Grand prize is a trip for two to an Open Source event anywhere in the > world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > Wxvtk-users mailing list > > Wxv...@li... > > https://lists.sourceforge.net/lists/listinfo/wxvtk-users > > > > > > > > -- > Mathieu > |
|
From: Shang M. <smu...@gm...> - 2008-08-04 00:52:34
|
Kerry, I would guess it's a behavior of Windows or wxWidgets on Windows, or purely wxWidges issue. I guess so because I recently met similar issue using another wx lib called wxMathPlot. I had several plots(a window derived from wxScrolledWindow) aligned in a row in a same window, and once I used mouse wheel in one plot, all later mouse wheel events are sent to that plot, even if I clicked in another plot. However, I think SetFocus() might fix both your and my mouse wheel problems. And I think I don't have middle button up/down issues. Shang ----- Original Message ----- From: "Mathieu Malaterre" <mat...@gm...> To: "Kerry Loux" <lo...@gm...> Cc: <wxv...@li...> Sent: Sunday, August 03, 2008 6:21 PM Subject: Re: [wxVTK] Middle Mouse Button And Scroll Wheel Events > What version of wxVTK are you using ? I cannot remember but I thought > at some point we had an issue with mouse wheel. Anyway, if you can get > wx to recognize mouse wheel event, there would be no reason why we > could not forward them to VTK. > > On a different subject a bug was recently submited: > > https://sourceforge.net/tracker/?func=detail&atid=669338&aid=2025027&group_id=114757 > > donno if this help or not... > > HTH > -Mathieu > > On Sat, Aug 2, 2008 at 1:39 PM, Kerry Loux <lo...@gm...> wrote: >> Hello All, >> >> I've come across a couple of curious bugs that I can't seem to track >> down, >> and they're both related to my middle mouse button. My middle mouse >> button >> up/down events don't fire. I set a breakpoint at the >> wxVTKRenderWindowInteractor OnButtonDown() function and both the right >> and >> left mouse buttons cause the breakpoint to be reached, but I get nothing >> from the middle button. Is there something else I need to do to set this >> up? >> >> Also, I am having a similar problem with the scroll wheel. When I first >> start my app, I can use the scroll wheel just fine, but if I click on >> another control, then click back into the RenderWindow, the scroll wheel >> no >> longer functions. Same deal with the breakpoints - the event handler is >> never called. >> >> Any ideas on these? Has anyone else noticed this behavior? >> >> Thanks for your help! >> >> -Kerry >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Wxvtk-users mailing list >> Wxv...@li... >> https://lists.sourceforge.net/lists/listinfo/wxvtk-users >> >> > > > > -- > Mathieu > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the > world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wxvtk-users mailing list > Wxv...@li... > https://lists.sourceforge.net/lists/listinfo/wxvtk-users |
|
From: Mathieu M. <mat...@gm...> - 2008-08-03 22:22:00
|
What version of wxVTK are you using ? I cannot remember but I thought at some point we had an issue with mouse wheel. Anyway, if you can get wx to recognize mouse wheel event, there would be no reason why we could not forward them to VTK. On a different subject a bug was recently submited: https://sourceforge.net/tracker/?func=detail&atid=669338&aid=2025027&group_id=114757 donno if this help or not... HTH -Mathieu On Sat, Aug 2, 2008 at 1:39 PM, Kerry Loux <lo...@gm...> wrote: > Hello All, > > I've come across a couple of curious bugs that I can't seem to track down, > and they're both related to my middle mouse button. My middle mouse button > up/down events don't fire. I set a breakpoint at the > wxVTKRenderWindowInteractor OnButtonDown() function and both the right and > left mouse buttons cause the breakpoint to be reached, but I get nothing > from the middle button. Is there something else I need to do to set this > up? > > Also, I am having a similar problem with the scroll wheel. When I first > start my app, I can use the scroll wheel just fine, but if I click on > another control, then click back into the RenderWindow, the scroll wheel no > longer functions. Same deal with the breakpoints - the event handler is > never called. > > Any ideas on these? Has anyone else noticed this behavior? > > Thanks for your help! > > -Kerry > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Wxvtk-users mailing list > Wxv...@li... > https://lists.sourceforge.net/lists/listinfo/wxvtk-users > > -- Mathieu |
|
From: Kerry L. <lo...@gm...> - 2008-08-02 11:39:38
|
Hello All, I've come across a couple of curious bugs that I can't seem to track down, and they're both related to my middle mouse button. My middle mouse button up/down events don't fire. I set a breakpoint at the wxVTKRenderWindowInteractor OnButtonDown() function and both the right and left mouse buttons cause the breakpoint to be reached, but I get nothing from the middle button. Is there something else I need to do to set this up? Also, I am having a similar problem with the scroll wheel. When I first start my app, I can use the scroll wheel just fine, but if I click on another control, then click back into the RenderWindow, the scroll wheel no longer functions. Same deal with the breakpoints - the event handler is never called. Any ideas on these? Has anyone else noticed this behavior? Thanks for your help! -Kerry |
|
From: R S <gri...@ho...> - 2008-06-13 22:17:28
|
Thanks a bunch for the help! No wonder wxVTK python was so easy to use. Hopefully the wx guys will make some concessions. Thanks a lot! RS > CC: gri...@ho...; wxv...@li... > From: nie...@st... > To: mat...@gm... > Subject: Re: [wxVTK] Basic Question. Compiling on Linux and Windows. > Date: Wed, 11 Jun 2008 11:45:14 +0200 > > For gtk2 the situation is a bit less troublesome if you make use of > pkg-config. > For our project I add the output of `pkg-config --cflags gtk+-2.0` to > the CPPFLAGS together with -I/usr/X11R6/include and add -lgdk-x11-2.0 > as an additional library to link to. > The use of pkg-config saves you the trouble of enumerating all the -I > paths for gtk2 yourself. > > However, this is all without using CMake. > > Best regards, > Sander > > On 11 jun 2008, at 09:44, Mathieu Malaterre wrote: > > > Hi RS, > > > > > > On Wed, Jun 11, 2008 at 1:04 AM, R S <gri...@ho...> wrote: > >> Hi, > >> > >> This is probably a basic question for all of you, I would like to > >> use wxVTK > >> in my own project. I tried to include the source files directly in my > >> project but I gave up because I had to add all the gtk > >> dependencies, headers > >> and what not to the project which I don't really want to do because > >> I am > >> using wx. > > > > Yeah I know, I can give you all the details for this one. For > > instance: > > > > http://lists.wxwidgets.org/pipermail/wx-dev/2004-September/050814.html > > > > I have been begging since 2004 for just *ONE* hook in the wxWidgets > > library, and they have consistently refuse. Basically they are not > > happy that I want to access the XWindow pointer on UNIX to open a > > window. There point of view if if you are using wx-gtk1 you need to > > know that internally you have open a gtk1 window, and if you want to > > access anything hidden in gtk1, then YOU need to include all the gtk1 > > headers, same goes for gtk2... > > So the real problem is that that port that most people use on *NIX is > > a double indirection on top of X11, and wx people only probivde access > > to the first indirection layer. > > > > the thing that really pi*** me off, is that Robert Roebling has made > > this hook available in his python-wx library (the python code of wxVTK > > is actually cleaner than the c++ library and does not require > > importing anything from gtk*). > > > > Actually if you have python-wx installed on your machine you could > > call this python function :-P > > > >> So I did the standard cmake compilation but that pretty much builds > >> the > >> samples and leaves with only an object file burried deep in the > >> directory > >> structure. > > > > I cannot simply make a library made of a single class, the overhead is > > AFAIK way too high (dll initialization, static linking...). Therefore > > I assumed people would just simply integrate the single C++ class > > directly into there project. (*) > > > >> How can I compile it into a static or dynamic library on linux to > >> include it > >> into my project? OR how can I add it to my project without going > >> through the > >> whole gtk run around? > > > > Suscribe to wx-dev mailing list, and tell them your story... > > > >> I am newbie to cmake so if there is a simple command... don't > >> scream at me > > > > No that's not a cmake issue, you HAVE TO (last time I checked) include > > the gtk header to be able to extract the XWindow pointer from a > > GTKWindow pointer. > > > > HTH > > -- > > Mathieu > > (*) There is also a nasty problem due to my initial design, the wxVTK > > class has multiple inheritance which make it actually difficult to > > wrap in a shared/static library... > > > > ------------------------------------------------------------------------- > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > http://sourceforge.net/services/buy/index.php > > _______________________________________________ > > Wxvtk-users mailing list > > Wxv...@li... > > https://lists.sourceforge.net/lists/listinfo/wxvtk-users > _________________________________________________________________ |
4 messages has been excluded from this view by a project administrator.
