RE: Formatting the Column Headers of a ListCtrl

2013-04-04 Thread Steve Cookson
 It isn't implemented in wxWidgets 

Hi Guys,  just an update on this.

I played with it at the time, just out of curiosity, but then, of course, I
discovered that I needed something like this too.

I chose not to go down the Wx::Grid route, because, really, I like the
behaviour of wxListCtrl, so instead I used the wxLC_NO_HEADER option and
'rolled my own' using Panel, Sizer and Static Text.

I'm encountering the same thing on Wx::Calendar, in that you really don't
get proper access to the individual elements that make it up.  

I think probably I'll do a custom version on that too.  If so, I'll post it
here or on the Wiki.

Have agood day.

Regards

Steve



Wx 0.9918 Released to CPAN

2013-04-04 Thread Mark Dootson

Hi,

Wx 0.9918 has been released and all binary distributions updated.

http://www.wxperl.it/2013/04/wx-09918-released.html

Cheers

Mark



[rt.cpan.org #84435] no matching function for call to wxFontEnumerator::GetEncodings

2013-04-04 Thread Alexandr Ciornii via RT
Thu Apr 04 14:44:52 2013: Request 84435 was acted upon.
Transaction: Ticket created by CHORNY
   Queue: Wx
 Subject: no matching function for call to wxFontEnumerator::GetEncodings
   Broken in: 0.9918
Severity: Normal
   Owner: Nobody
  Requestors: cho...@cpan.org
  Status: new
 Ticket URL: https://rt.cpan.org/Ticket/Display.html?id=84435 


Wx.c: In function ‘void XS_Wx__FontEnumerator_IsValidFacename(CV*)’:
Wx.c:15104: error: ‘IsValidFacename’ is not a member of ‘wxFontEnumerator’
Wx.c: In function ‘void XS_Wx__FontEnumerator_GetEncodingsMethod(CV*)’:
Wx.c:15181: error: no matching function for call to 
‘wxFontEnumerator::GetEncodings(wxString)’
/usr/include/wx-2.6/wx/fontenum.h:76: note: candidates are: wxArrayString* 
wxFontEnumerator::GetEncodings()
Wx.c: In function ‘void XS_Wx__FontEnumerator_GetEncodingsStatic(CV*)’:
Wx.c:15209: error: no matching function for call to 
‘wxFontEnumerator::GetEncodings(wxString)’
/usr/include/wx-2.6/wx/fontenum.h:76: note: candidates are: wxArrayString* 
wxFontEnumerator::GetEncodings()
Wx.c: In function ‘void XS_Wx__FontEnumerator_GetFacenamesMethod(CV*)’:
Wx.c:15265: error: no matching function for call to 
‘wxFontEnumerator::GetFacenames(wxFontEncoding, bool)’
/usr/include/wx-2.6/wx/fontenum.h:71: note: candidates are: wxArrayString* 
wxFontEnumerator::GetFacenames()
Wx.c: In function ‘void XS_Wx__FontEnumerator_GetFacenamesStatic(CV*)’:
Wx.c:15301: error: no matching function for call to 
‘wxFontEnumerator::GetFacenames(wxFontEncoding, bool)’
/usr/include/wx-2.6/wx/fontenum.h:71: note: candidates are: wxArrayString* 
wxFontEnumerator::GetFacenames()


-- 
Alexandr Ciornii, http://chorny.net



[rt.cpan.org #84435] no matching function for call to wxFontEnumerator::GetEncodings

2013-04-04 Thread Mark Dootson via RT
Thu Apr 04 15:01:29 2013: Request 84435 was acted upon.
Transaction: Correspondence added by MDOOTSON
   Queue: Wx
 Subject: no matching function for call to wxFontEnumerator::GetEncodings
   Broken in: 0.9918
Severity: Normal
   Owner: Nobody
  Requestors: cho...@cpan.org
  Status: new
 Ticket URL: https://rt.cpan.org/Ticket/Display.html?id=84435 


Hi,

I've not been ensuring or testing wxWidgets-2.6 compatibility for quite some 
time. I think dropping 2.6 compatibility was discussed on the mailing list in 
early 2011.

I'll update the Makefile.PL in the next Wx release so it fails with an 
informative message early.

Thanks

Mark


On Thu Apr 04 14:44:52 2013, CHORNY wrote:
 Wx.c: In function ‘void XS_Wx__FontEnumerator_IsValidFacename(CV*)’:
 Wx.c:15104: error: ‘IsValidFacename’ is not a member of
 ‘wxFontEnumerator’
 Wx.c: In function ‘void
 XS_Wx__FontEnumerator_GetEncodingsMethod(CV*)’:
 Wx.c:15181: error: no matching function for call to
 ‘wxFontEnumerator::GetEncodings(wxString)’
 /usr/include/wx-2.6/wx/fontenum.h:76: note: candidates are:
 wxArrayString* wxFontEnumerator::GetEncodings()
 Wx.c: In function ‘void
 XS_Wx__FontEnumerator_GetEncodingsStatic(CV*)’:
 Wx.c:15209: error: no matching function for call to
 ‘wxFontEnumerator::GetEncodings(wxString)’
 /usr/include/wx-2.6/wx/fontenum.h:76: note: candidates are:
 wxArrayString* wxFontEnumerator::GetEncodings()
 Wx.c: In function ‘void
 XS_Wx__FontEnumerator_GetFacenamesMethod(CV*)’:
 Wx.c:15265: error: no matching function for call to
 ‘wxFontEnumerator::GetFacenames(wxFontEncoding, bool)’
 /usr/include/wx-2.6/wx/fontenum.h:71: note: candidates are:
 wxArrayString* wxFontEnumerator::GetFacenames()
 Wx.c: In function ‘void
 XS_Wx__FontEnumerator_GetFacenamesStatic(CV*)’:
 Wx.c:15301: error: no matching function for call to
 ‘wxFontEnumerator::GetFacenames(wxFontEncoding, bool)’
 /usr/include/wx-2.6/wx/fontenum.h:71: note: candidates are:
 wxArrayString* wxFontEnumerator::GetFacenames()
 
 





Wx test failures on OSX Lion

2013-04-04 Thread Wallace Winfrey
I am trying to build Wx 0.9918 with my perlbrew-managed 5.16.2
(w/threads) install, and I get the following failures during the test.
Is there something I'm missing? The Google was unhelpful in assisting
me in my search for resolution.

TIA

/01_load.t ... Failed 5/6 subtests
t/02_inheritance.t  ok
t/03_event.t .. ok
t/04_userdata.t ... ok
t/05_timer.t .. skipped: Hangs on wxMac
t/06_loadxpm.t  ok
t/07_overload.t ... ok
t/08_ovl_func.t ... Failed 216/230 subtests
(less 1 skipped subtest: 13 okay)
t/09_create_delete.t .. ok
t/10_oor.t  ok
t/11_twostage.t ... ok
t/12_pod.t  skipped: Author tests
t/13_nbksizer.t ... ok
t/14_eh_die.t . skipped: Hangs on wxMac
t/15_threads.t  ok
t/16_stream.t . ok
t/17_thread_evt.t . ok
t/18_unicode.t  ok
t/19_overlay.t  ok
t/20_ctx_threads.t  ok
t/21_locale.t . ok
t/22_interface.t .. ok
t/zz_distrib.t  skipped: Author tests

Test Summary Report
---
t/01_load.t (Wstat: 11 Tests: 1 Failed: 0)
  Non-zero wait status: 11
  Parse errors: Bad plan.  You planned 6 tests but ran 1.
t/04_userdata.t (Wstat: 0 Tests: 65 Failed: 0)
  TODO passed:   33, 57
t/08_ovl_func.t (Wstat: 11 Tests: 14 Failed: 0)
  Non-zero wait status: 11
  Parse errors: Bad plan.  You planned 230 tests but ran 14.
Files=23, Tests=561, 24 wallclock secs ( 0.30 usr  0.10 sys + 11.51
cusr  1.28 csys = 13.19 CPU)
Result: FAIL
Failed 2/23 test programs. 0/561 subtests failed.
make: *** [test_dynamic] Error 255
  MDOOTSON/Wx-0.9918.tar.gz
  /usr/bin/make test -- NOT OK

--
Wallace Winfrey
wwinf...@gmail.com


Re: Wx test failures on OSX Lion

2013-04-04 Thread Mark Dootson

Hi,

On 04/04/2013 20:43, Wallace Winfrey wrote:

I am trying to build Wx 0.9918 with my perlbrew-managed 5.16.2
(w/threads) install, and I get the following failures during the test.
Is there something I'm missing? The Google was unhelpful in assisting
me in my search for resolution.


Google harder :-)

Without seeing your full build output, this is a bit of a stab in the 
dark, but I'll guess you built and installed your own wxWidgets or are 
using the system installed wxWidgets?


Download the Alien wxWidgets source, extract and do

perl Build.PL

you want to build wxWidgets 2.9.4. This may not be the default if 
Alien::wxWidgets picks up some other build.


then
perl Build
perl Build test
perl Build install

After that your Wx build and install should work.

Reasons for failure - wxWidgets 2.9.4 is broken as far as wxPerl is 
concerned - Alien::wxWidgets build applies back-ported patches. 
wxWidgets series 2.8.x requires a lot of hoop jumping in your Perl Brew 
if you really want the 2.8.x wxWidgets version.


Regards

Mark



Lag before paint events in a TreeCtrl.

2013-04-04 Thread Ian Macdonald
Hi,

I've got a fairly simple screen where I'm doing drag-and-drop inside a
TreeCtrl. Since it's inside a single control, I'm not using the Wx support
for d-n-d, I'm just setting a flag on left-down, calling $tree-Refresh on
each motion event (when the flag is set) and making the paint handler draw
the drop target (again, when the flag is set).

I'm seeing a pronounced lag between the call to Refresh in the motion
handler and when the paint handler kicks off. Basically, it won't refresh
until the mouse is basically stopped. I've done similar things quite often
in the past (similar to the extent of doing d-n-d between two different
tree controls) and this lag has not been apparent; the drop target is
painted smoothly as the mouse is moved around.

I don't think this is a bug as it works fine on our older system.

Does anyone know of a reason this should be the case?

System info:

Slow on this:
Ubuntu 12.04.1 LTS (GNU/Linux 3.2.0-33-generic x86_64)
libalien-wxwidgets-perl0.54+dfsg-1
libwx-perl   1:0.9903-1

libwxgtk2.8-0  2.8.12.1-6ubuntu2

Fast on this:
OpenSUSE 10 SP2
Alien-wxWidgets-0.43
Wx-0.91
wxWidgets 2.8.10

Thanks,

-- 
Ian Macdonald