Menu
▾
▴
gnuplot-beta
|
From: Mojca M. <moj...@gm...> - 2011-07-30 10:21:24
|
Hello, The new gnuplot sources at least compile out of the box with wxt (wxWidgets 2.9.2), however when I try to plot something, here is what I get: Terminal type set to 'wxt' gnuplot> plot sin(x) 2011-07-30 12:18:28.561 gnuplot[24578:2a03] *** Assertion failure in -[NSToolbar _forceInsertItem:atIndex:], /SourceCache/AppKit/AppKit-1138/Toolbar.subproj/NSToolbar.m:1309 2011-07-30 12:18:28.562 gnuplot[24578:2a03] An uncaught exception was raised 2011-07-30 12:18:28.574 gnuplot[24578:2a03] Invalid parameter not satisfying: index>=0 && index<=[self _numberOfItems] 2011-07-30 12:18:28.645 gnuplot[24578:2a03] ( 0 CoreFoundation 0x00007fff93730986 __exceptionPreprocess + 198 1 libobjc.A.dylib 0x00007fff93a0fd5e objc_exception_throw + 43 2 CoreFoundation 0x00007fff937307ba +[NSException raise:format:arguments:] + 106 3 Foundation 0x00007fff8d5c114f -[NSAssertionHandler handleFailureInMethod:object:file:lineNumber:description:] + 169 4 AppKit 0x00007fff8abb384f -[NSToolbar _forceInsertItem:atIndex:] + 163 5 AppKit 0x00007fff8abb3626 -[NSToolbar _insertItem:atIndex:notifyDelegate:notifyView:notifyFamilyAndUpdateDefaults:] + 121 6 AppKit 0x00007fff8abb3361 -[NSToolbar _insertNewItemWithItemIdentifier:atIndex:propertyListRepresentation:notifyFlags:] + 118 7 libwx_osx_cocoau_core-2.9.2.0.0.dylib 0x000000010302c086 _ZN9wxToolBar7RealizeEv + 1824 8 gnuplot 0x00000001025c7e81 _ZN8wxtFrameC2ERK8wxStringi + 1759 9 gnuplot 0x00000001025be6bb _ZN6wxtApp14OnCreateWindowER14wxCommandEvent + 41 10 libwx_baseu-2.9.2.0.0.dylib 0x00000001036b85ef _ZN12wxEvtHandler23ProcessEventIfMatchesIdERK21wxEventTableEntryBasePS_R7wxEvent + 93 11 libwx_baseu-2.9.2.0.0.dylib 0x00000001036ba32a _ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler + 320 12 libwx_baseu-2.9.2.0.0.dylib 0x00000001036bb132 _ZN12wxEvtHandler16TryBeforeAndHereER7wxEvent + 92 13 libwx_baseu-2.9.2.0.0.dylib 0x00000001036ba3ac _ZN12wxEvtHandler19ProcessEventLocallyER7wxEvent + 30 14 libwx_baseu-2.9.2.0.0.dylib 0x00000001036b9a6d _ZN12wxEvtHandler12ProcessEventER7wxEvent + 159 15 gnuplot 0x00000001025c346d wxt_init + 781 16 gnuplot 0x00000001025ae61f term_initialise + 271 17 gnuplot 0x0000000102513090 do_plot + 592 18 gnuplot 0x000000010253d760 eval_plots + 26976 19 gnuplot 0x00000001024e9aff do_line + 783 20 gnuplot 0x00000001024eaa01 com_line + 81 21 gnuplot 0x00000001025335f5 main + 1285 22 gnuplot 0x00000001024de864 start + 52 23 ??? 0x0000000000000001 0x0 + 1 ) 2011-07-30 12:18:28.646 gnuplot[24578:2a03] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Invalid parameter not satisfying: index>=0 && index<=[self _numberOfItems]' *** First throw call stack: ( 0 CoreFoundation 0x00007fff93730986 __exceptionPreprocess + 198 1 libobjc.A.dylib 0x00007fff93a0fd5e objc_exception_throw + 43 2 CoreFoundation 0x00007fff937307ba +[NSException raise:format:arguments:] + 106 3 Foundation 0x00007fff8d5c114f -[NSAssertionHandler handleFailureInMethod:object:file:lineNumber:description:] + 169 4 AppKit 0x00007fff8abb384f -[NSToolbar _forceInsertItem:atIndex:] + 163 5 AppKit 0x00007fff8abb3626 -[NSToolbar _insertItem:atIndex:notifyDelegate:notifyView:notifyFamilyAndUpdateDefaults:] + 121 6 AppKit 0x00007fff8abb3361 -[NSToolbar _insertNewItemWithItemIdentifier:atIndex:propertyListRepresentation:notifyFlags:] + 118 7 libwx_osx_cocoau_core-2.9.2.0.0.dylib 0x000000010302c086 _ZN9wxToolBar7RealizeEv + 1824 8 gnuplot 0x00000001025c7e81 _ZN8wxtFrameC2ERK8wxStringi + 1759 9 gnuplot 0x00000001025be6bb _ZN6wxtApp14OnCreateWindowER14wxCommandEvent + 41 10 libwx_baseu-2.9.2.0.0.dylib 0x00000001036b85ef _ZN12wxEvtHandler23ProcessEventIfMatchesIdERK21wxEventTableEntryBasePS_R7wxEvent + 93 11 libwx_baseu-2.9.2.0.0.dylib 0x00000001036ba32a _ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler + 320 12 libwx_baseu-2.9.2.0.0.dylib 0x00000001036bb132 _ZN12wxEvtHandler16TryBeforeAndHereER7wxEvent + 92 13 libwx_baseu-2.9.2.0.0.dylib 0x00000001036ba3ac _ZN12wxEvtHandler19ProcessEventLocallyER7wxEvent + 30 14 libwx_baseu-2.9.2.0.0.dylib 0x00000001036b9a6d _ZN12wxEvtHandler12ProcessEventER7wxEvent + 159 15 gnuplot 0x00000001025c346d wxt_init + 781 16 gnuplot 0x00000001025ae61f term_initialise + 271 17 gnuplot 0x0000000102513090 do_plot + 592 18 gnuplot 0x000000010253d760 eval_plots + 26976 19 gnuplot 0x00000001024e9aff do_line + 783 20 gnuplot 0x00000001024eaa01 com_line + 81 21 gnuplot 0x00000001025335f5 main + 1285 22 gnuplot 0x00000001024de864 start + 52 23 ??? 0x0000000000000001 0x0 + 1 ) terminate called throwing an exceptionAbort trap: 6 It might be a bug in wxWidgets, but I have no idea what to do. Mojca |
|
From: sfeam (E. Merritt) <eam...@gm...> - 2011-07-30 17:03:45
|
On Saturday, 30 July 2011, Mojca Miklavec wrote: > Hello, > > The new gnuplot sources at least compile out of the box with wxt > (wxWidgets 2.9.2), To the best of my knowledge, no one has reported experience with gnuplot + wxWidgets 2.9 on any platform. Wouldn't it make more sense for you to test first with 2.8, which we know works on other platforms? Ethan > however when I try to plot something, here is what > I get: > > Terminal type set to 'wxt' > gnuplot> plot sin(x) > 2011-07-30 12:18:28.561 gnuplot[24578:2a03] *** Assertion failure in > -[NSToolbar _forceInsertItem:atIndex:], > /SourceCache/AppKit/AppKit-1138/Toolbar.subproj/NSToolbar.m:1309 > 2011-07-30 12:18:28.562 gnuplot[24578:2a03] An uncaught exception was raised > 2011-07-30 12:18:28.574 gnuplot[24578:2a03] Invalid parameter not > satisfying: index>=0 && index<=[self _numberOfItems] > 2011-07-30 12:18:28.645 gnuplot[24578:2a03] ( > 0 CoreFoundation 0x00007fff93730986 > __exceptionPreprocess + 198 > 1 libobjc.A.dylib 0x00007fff93a0fd5e > objc_exception_throw + 43 > 2 CoreFoundation 0x00007fff937307ba > +[NSException raise:format:arguments:] + 106 > 3 Foundation 0x00007fff8d5c114f > -[NSAssertionHandler > handleFailureInMethod:object:file:lineNumber:description:] + 169 > 4 AppKit 0x00007fff8abb384f > -[NSToolbar _forceInsertItem:atIndex:] + 163 > 5 AppKit 0x00007fff8abb3626 > -[NSToolbar _insertItem:atIndex:notifyDelegate:notifyView:notifyFamilyAndUpdateDefaults:] > + 121 > 6 AppKit 0x00007fff8abb3361 > -[NSToolbar _insertNewItemWithItemIdentifier:atIndex:propertyListRepresentation:notifyFlags:] > + 118 > 7 libwx_osx_cocoau_core-2.9.2.0.0.dylib 0x000000010302c086 > _ZN9wxToolBar7RealizeEv + 1824 > 8 gnuplot 0x00000001025c7e81 > _ZN8wxtFrameC2ERK8wxStringi + 1759 > 9 gnuplot 0x00000001025be6bb > _ZN6wxtApp14OnCreateWindowER14wxCommandEvent + 41 > 10 libwx_baseu-2.9.2.0.0.dylib 0x00000001036b85ef > _ZN12wxEvtHandler23ProcessEventIfMatchesIdERK21wxEventTableEntryBasePS_R7wxEvent > + 93 > 11 libwx_baseu-2.9.2.0.0.dylib 0x00000001036ba32a > _ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler + 320 > 12 libwx_baseu-2.9.2.0.0.dylib 0x00000001036bb132 > _ZN12wxEvtHandler16TryBeforeAndHereER7wxEvent + 92 > 13 libwx_baseu-2.9.2.0.0.dylib 0x00000001036ba3ac > _ZN12wxEvtHandler19ProcessEventLocallyER7wxEvent + 30 > 14 libwx_baseu-2.9.2.0.0.dylib 0x00000001036b9a6d > _ZN12wxEvtHandler12ProcessEventER7wxEvent + 159 > 15 gnuplot 0x00000001025c346d wxt_init + 781 > 16 gnuplot 0x00000001025ae61f > term_initialise + 271 > 17 gnuplot 0x0000000102513090 do_plot + 592 > 18 gnuplot 0x000000010253d760 eval_plots + 26976 > 19 gnuplot 0x00000001024e9aff do_line + 783 > 20 gnuplot 0x00000001024eaa01 com_line + 81 > 21 gnuplot 0x00000001025335f5 main + 1285 > 22 gnuplot 0x00000001024de864 start + 52 > 23 ??? 0x0000000000000001 0x0 + 1 > ) > 2011-07-30 12:18:28.646 gnuplot[24578:2a03] *** Terminating app due to > uncaught exception 'NSInternalInconsistencyException', reason: > 'Invalid parameter not satisfying: index>=0 && index<=[self > _numberOfItems]' > *** First throw call stack: > ( > 0 CoreFoundation 0x00007fff93730986 > __exceptionPreprocess + 198 > 1 libobjc.A.dylib 0x00007fff93a0fd5e > objc_exception_throw + 43 > 2 CoreFoundation 0x00007fff937307ba > +[NSException raise:format:arguments:] + 106 > 3 Foundation 0x00007fff8d5c114f > -[NSAssertionHandler > handleFailureInMethod:object:file:lineNumber:description:] + 169 > 4 AppKit 0x00007fff8abb384f > -[NSToolbar _forceInsertItem:atIndex:] + 163 > 5 AppKit 0x00007fff8abb3626 > -[NSToolbar _insertItem:atIndex:notifyDelegate:notifyView:notifyFamilyAndUpdateDefaults:] > + 121 > 6 AppKit 0x00007fff8abb3361 > -[NSToolbar _insertNewItemWithItemIdentifier:atIndex:propertyListRepresentation:notifyFlags:] > + 118 > 7 libwx_osx_cocoau_core-2.9.2.0.0.dylib 0x000000010302c086 > _ZN9wxToolBar7RealizeEv + 1824 > 8 gnuplot 0x00000001025c7e81 > _ZN8wxtFrameC2ERK8wxStringi + 1759 > 9 gnuplot 0x00000001025be6bb > _ZN6wxtApp14OnCreateWindowER14wxCommandEvent + 41 > 10 libwx_baseu-2.9.2.0.0.dylib 0x00000001036b85ef > _ZN12wxEvtHandler23ProcessEventIfMatchesIdERK21wxEventTableEntryBasePS_R7wxEvent > + 93 > 11 libwx_baseu-2.9.2.0.0.dylib 0x00000001036ba32a > _ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler + 320 > 12 libwx_baseu-2.9.2.0.0.dylib 0x00000001036bb132 > _ZN12wxEvtHandler16TryBeforeAndHereER7wxEvent + 92 > 13 libwx_baseu-2.9.2.0.0.dylib 0x00000001036ba3ac > _ZN12wxEvtHandler19ProcessEventLocallyER7wxEvent + 30 > 14 libwx_baseu-2.9.2.0.0.dylib 0x00000001036b9a6d > _ZN12wxEvtHandler12ProcessEventER7wxEvent + 159 > 15 gnuplot 0x00000001025c346d wxt_init + 781 > 16 gnuplot 0x00000001025ae61f > term_initialise + 271 > 17 gnuplot 0x0000000102513090 do_plot + 592 > 18 gnuplot 0x000000010253d760 eval_plots + 26976 > 19 gnuplot 0x00000001024e9aff do_line + 783 > 20 gnuplot 0x00000001024eaa01 com_line + 81 > 21 gnuplot 0x00000001025335f5 main + 1285 > 22 gnuplot 0x00000001024de864 start + 52 > 23 ??? 0x0000000000000001 0x0 + 1 > ) > terminate called throwing an exceptionAbort trap: 6 > > > It might be a bug in wxWidgets, but I have no idea what to do. > > Mojca > > ------------------------------------------------------------------------------ > Got Input? Slashdot Needs You. > Take our quick survey online. Come on, we don't ask for help often. > Plus, you'll get a chance to win $100 to spend on ThinkGeek. > http://p.sf.net/sfu/slashdot-survey > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |
|
From: Mojca M. <moj...@gm...> - 2011-07-30 18:59:31
|
On Sat, Jul 30, 2011 at 19:03, sfeam (Ethan Merritt) wrote:
> On Saturday, 30 July 2011, Mojca Miklavec wrote:
>> Hello,
>>
>> The new gnuplot sources at least compile out of the box with wxt
>> (wxWidgets 2.9.2),
>
> To the best of my knowledge, no one has reported experience with
> gnuplot + wxWidgets 2.9 on any platform. Wouldn't it make more
> sense for you to test first with 2.8, which we know works on
> other platforms?
I'm still fighting with libraries. Since they are using Carbon
(abandoned by Apple & unsupported in 64-bit), wxWidgets 2.8 on 64-bit
macs are a pain. Moreover, using both wxt & x11 terminal
simultaneously is not possible.
gcc -g -O2 -arch i386 -o gnuplot_x11 gplt_x11.o gpexecute.o
getcolor_x11.o -L/usr/X11/lib -R/usr/X11/lib -lX11 -liconv
-L/opt/local/lib -lz -lpangocairo-1.0 -lcairo -lpangoft2-1.0
-lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0
-lgthread-2.0 -lglib-2.0 -lintl
ld: warning: ignoring file getcolor_x11.o, file was built for
unsupported file format which is not the architecture being linked
(i386)
Undefined symbols for architecture i386:
"_quantize_gray", referenced from:
_PaletteSetColor in gplt_x11.o
"_rgb1_from_gray", referenced from:
_main in gplt_x11.o
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
make[3]: *** [gnuplot_x11] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
After disabling x11 terminal, I have built it successfully on a remote
machine, but since I have no GUI access, I won't be able to test it
for the next couple of days.
On the local machine I apparently screwed something up and I still
don't know how to fix it.
But I would strongly suggest to try to make gnuplot work with
wxWidgets 2.9. The version 2.8 will be probably be useless on Macs
before the next stable version of wxWidgets is released.
(I'm now trying to build qt4-mac from MacPorts to test configuration,
but as I already figured out, the terminal doesn't work at the moment
and it is unlikely that using another qt library would change that.)
Mojca
|
|
From: sfeam (E. Merritt) <eam...@gm...> - 2011-07-30 19:19:43
|
On Saturday, 30 July 2011, Mojca Miklavec wrote:
> On Sat, Jul 30, 2011 at 19:03, sfeam (Ethan Merritt) wrote:
> > On Saturday, 30 July 2011, Mojca Miklavec wrote:
> >> Hello,
> >>
> >> The new gnuplot sources at least compile out of the box with wxt
> >> (wxWidgets 2.9.2),
> >
> > To the best of my knowledge, no one has reported experience with
> > gnuplot + wxWidgets 2.9 on any platform. Wouldn't it make more
> > sense for you to test first with 2.8, which we know works on
> > other platforms?
>
> I'm still fighting with libraries. Since they are using Carbon
> (abandoned by Apple & unsupported in 64-bit), wxWidgets 2.8 on 64-bit
> macs are a pain. Moreover, using both wxt & x11 terminal
> simultaneously is not possible.
>
> gcc -g -O2 -arch i386 -o gnuplot_x11 gplt_x11.o gpexecute.o
> getcolor_x11.o -L/usr/X11/lib -R/usr/X11/lib -lX11 -liconv
> -L/opt/local/lib -lz -lpangocairo-1.0 -lcairo -lpangoft2-1.0
> -lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0
> -lgthread-2.0 -lglib-2.0 -lintl
> ld: warning: ignoring file getcolor_x11.o, file was built for
> unsupported file format which is not the architecture being linked
> (i386)
> Undefined symbols for architecture i386:
> "_quantize_gray", referenced from:
> _PaletteSetColor in gplt_x11.o
> "_rgb1_from_gray", referenced from:
> _main in gplt_x11.o
> ld: symbol(s) not found for architecture i386
> collect2: ld returned 1 exit status
> make[3]: *** [gnuplot_x11] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
getcolor needs to be built twice, once for inclusion in gnuplot proper
and once for inclusion in gnuplot_x11. From the error messages you
show, it looks to me that one of the two versions either was not built
at all or was built in the wrong order.
> But I would strongly suggest to try to make gnuplot work with
> wxWidgets 2.9.
From the wxWidgets web site:
wxWidgets 2.9.2 Released 2011-07-05
"While this is still officially a development release because
some API details are still not frozen, we believe that 2.9.2
can be used in production environment, especially for the new
projects for which (small) changes in behaviour since 2.8 are
not a problem. Give it a try and let us know what do you think!"
There is also a Change Log with a fairly long list of things that
need to be changed in the calling program to switch from 2.8 to 2.9
(actually it says 3.0, which is kind of confusing).
So I think 2.9 is not yet ready for prime time, and trying to
debug a 2.9 installation when you don't even have 2.8 working
sounds like a difficult task.
I will be interested in adapting gnuplot for use with wxWidgets 2.9
when it appears as a production release in linux distros, but not
before. If someone else wants to play around with 2.9 in its current
state and report back with patches or warnings about unresolved
problems, that's great. But I wouldn't expect the 2.8->2.9
transition to work seamlessly based on the notes on their web site.
At the least, I gather that all the wxT(text) macros have to be
replaced by something else. Also NULL strings are no longer legal
(not sure if the current code uses that anywhere).
Ethan
> The version 2.8 will be probably be useless on Macs
> before the next stable version of wxWidgets is released.
>
> (I'm now trying to build qt4-mac from MacPorts to test configuration,
> but as I already figured out, the terminal doesn't work at the moment
> and it is unlikely that using another qt library would change that.)
>
> Mojca
|
|
From: Mojca M. <moj...@gm...> - 2011-07-30 19:59:39
|
On Sat, Jul 30, 2011 at 21:19, sfeam (Ethan Merritt) wrote: > On Saturday, 30 July 2011, Mojca Miklavec wrote: > > getcolor needs to be built twice, once for inclusion in gnuplot proper > and once for inclusion in gnuplot_x11. From the error messages you > show, it looks to me that one of the two versions either was not built > at all or was built in the wrong order. It seems that I forgot to clean some parts before making them again. Compilation now works fine with both terminals (but I still didn't test anything). Sorry for the noise. >> But I would strongly suggest to try to make gnuplot work with >> wxWidgets 2.9. > > From the wxWidgets web site: > wxWidgets 2.9.2 Released 2011-07-05 > "While this is still officially a development release because > some API details are still not frozen, we believe that 2.9.2 > can be used in production environment, especially for the new > projects for which (small) changes in behaviour since 2.8 are > not a problem. Give it a try and let us know what do you think!" > > There is also a Change Log with a fairly long list of things that > need to be changed in the calling program to switch from 2.8 to 2.9 > (actually it says 3.0, which is kind of confusing). The version 2.9 will become 3.0 once it gets out of testing phase which should be by the end of 2011. It also says: Next development release: 2.9.3 The next planned release is 2.9.3 and is planned to happen in the autumn of 2011. It should integrate the work done during GSoC 2011 and will be the final 2.9.x release before 3.0. We hope to make 3.0 at the end of 2011. The only remaining issues are: - Cocoa-based wxOSX port running in 64 bit mode: testing and final touches - GTK+ 3 port: in progress as part of GSoC 2011: which means that it has to be finished in August > So I think 2.9 is not yet ready for prime time, and trying to > debug a 2.9 installation when you don't even have 2.8 working > sounds like a difficult task. But also keep in mind that on Mac I can only use fully outdated and unsupported framework that 2.8 depends upon. The bugs that enable building 2.8 have recently been fixed in MacPorts, but I'm still unable to build wxWidgets on my local machine. Maybe the next gnuplot release could depend on 2.8, but it would be great if CVS version could start supporting 2.9, so that if any bugs in wxWidgets are discovered, they can be reported upstream, but also to get enough testing in time for the second gnuplot release from now on. Mojca |
|
From: Mojca M. <moj...@gm...> - 2011-08-01 12:16:18
|
On Sat, Jul 30, 2011 at 19:03, sfeam (Ethan Merritt) wrote: > On Saturday, 30 July 2011, Mojca Miklavec wrote: >> Hello, >> >> The new gnuplot sources at least compile out of the box with wxt >> (wxWidgets 2.9.2), > > To the best of my knowledge, no one has reported experience with > gnuplot + wxWidgets 2.9 on any platform. Wouldn't it make more > sense for you to test first with 2.8, which we know works on > other platforms? After going through some pain, I managed to compile wxWidgets 2.8 and link gnuplot against it. It seems to work fine apart from some minor (not too important) issues: - The window stays behind the terminal when plotting to it (but on the other hand that is almost the same in matlab); this is slightly non-desirable and probably easy to fix if one knows what to fix. - wxt seems to be great in supporting a lot of mouse events (scroll left & right, zoom in & out); would there be any chance to add left & right scrolling and zoom in & out events based on "mouse gestures" supported by apple? Apple's mouse supports scrolling left and right and zooming in and out natively. These events would only have to become synonyms with current shift+scroll up/down. - After I play with zoom a bit, I'm unable to go back to original/auto focus; also when I plot the next function, the zoom still stays at some weird place where it was left at the first plot; I'm unable to figure out how to get default scale. Mojca |
|
From: sfeam (E. Merritt) <eam...@gm...> - 2011-08-01 15:28:33
|
On Monday, 01 August 2011, Mojca Miklavec wrote: > On Sat, Jul 30, 2011 at 19:03, sfeam (Ethan Merritt) wrote: > > On Saturday, 30 July 2011, Mojca Miklavec wrote: > >> Hello, > >> > >> The new gnuplot sources at least compile out of the box with wxt > >> (wxWidgets 2.9.2), > > > > To the best of my knowledge, no one has reported experience with > > gnuplot + wxWidgets 2.9 on any platform. Wouldn't it make more > > sense for you to test first with 2.8, which we know works on > > other platforms? > > After going through some pain, I managed to compile wxWidgets 2.8 and > link gnuplot against it. > > It seems to work fine apart from some minor (not too important) issues: > > - The window stays behind the terminal when plotting to it [shrug] I consider that a very desirable feature. But I believe you can configure it differently using ./configure --raise-console > (but on the > other hand that is almost the same in matlab); this is slightly > non-desirable and probably easy to fix if one knows what to fix. > > - wxt seems to be great in supporting a lot of mouse events (scroll > left & right, zoom in & out); would there be any chance to add left & > right scrolling and zoom in & out events based on "mouse gestures" > supported by apple? Apple's mouse supports scrolling left and right > and zooming in and out natively. These events would only have to > become synonyms with current shift+scroll up/down. If you can figure out what the event/keystroke/whatever the system sends when it sees these "gestures", then you can simply add them to the dispatch table in gpexecute.c and/or mouse.c > - After I play with zoom a bit, I'm unable to go back to original/auto > focus; also when I plot the next function, the zoom still stays at > some weird place where it was left at the first plot; I'm unable to > figure out how to get default scale. Type "u" for "unzoom" in the plot window? (not sure what you mean by "auto focus") Anyhow, I take it the bottom line is that wxWidgets 2.8 does work, but 2.9 does not? That would be consistent with the project web site, which strongly implies that code changes are necessary when switching from 2.8 to 2.9. Ethan |
|
From: Mojca M. <moj...@gm...> - 2011-08-01 16:40:40
|
On Mon, Aug 1, 2011 at 17:28, sfeam (Ethan Merritt) wrote: > >> - The window stays behind the terminal when plotting to it > > [shrug] I consider that a very desirable feature. But I believe you > can configure it differently using ./configure --raise-console I will try. >> (but on the >> other hand that is almost the same in matlab); this is slightly >> non-desirable and probably easy to fix if one knows what to fix. >> >> - wxt seems to be great in supporting a lot of mouse events (scroll >> left & right, zoom in & out); would there be any chance to add left & >> right scrolling and zoom in & out events based on "mouse gestures" >> supported by apple? Apple's mouse supports scrolling left and right >> and zooming in and out natively. These events would only have to >> become synonyms with current shift+scroll up/down. > > If you can figure out what the event/keystroke/whatever > the system sends when it sees these "gestures", then you can simply > add them to the dispatch table in gpexecute.c and/or mouse.c I don't understand how gpexecute.c and mouse.c work, but I see that wx_gui.c does quite a lot with mouse. There seems to be GetWheelAxis() in http://docs.wxwidgets.org/trunk/classwx_mouse_event.html, but I'm not sure how well that works if it works at all (no idea what happens in case of diagonal movements). I don't find any zoom event in wxt tutorial. There is a documentation for Mac (NSEventTypeSwipe & NSEventTypeMagnify working since 10.6): https://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/EventOverview/HandlingTouchEvents/HandlingTouchEvents.html#//apple_ref/doc/uid/10000060i-CH13-SW10 but I have no idea yet where those events could be plugged it. >> - After I play with zoom a bit, I'm unable to go back to original/auto >> focus; also when I plot the next function, the zoom still stays at >> some weird place where it was left at the first plot; I'm unable to >> figure out how to get default scale. > > Type "u" for "unzoom" in the plot window? > (not sure what you mean by "auto focus") Yes, "u" works perfectly. The problem is that I was playing with buttons in the window: - replot - apply previous zoom settings - apply next zoom settings - apply autoscale None of them was able to reproduce the behaviour of "u". If I can use mouse to change the range, I would find it useful to be able to use the mouse to revert the change as well. > Anyhow, I take it the bottom line is that wxWidgets 2.8 does work, > but 2.9 does not? True. I'm not sure what is wrong with 2.9, but it might also be a bug in their code, not just the need to rewrite the program. It would make a lot of sense to resolve such bugs before 3.0 is released, but I don't know how to create a minimal example to submit a bug report (if there is one). Mojca |
