You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
|
Feb
(7) |
Mar
(5) |
Apr
(4) |
May
(15) |
Jun
(10) |
Jul
(4) |
Aug
(12) |
Sep
(39) |
Oct
(22) |
Nov
(46) |
Dec
(65) |
2002 |
Jan
(19) |
Feb
(27) |
Mar
(50) |
Apr
(73) |
May
(85) |
Jun
(52) |
Jul
(49) |
Aug
(95) |
Sep
(152) |
Oct
(81) |
Nov
(42) |
Dec
(62) |
2003 |
Jan
(45) |
Feb
(47) |
Mar
(101) |
Apr
(110) |
May
(53) |
Jun
(72) |
Jul
(125) |
Aug
(77) |
Sep
(87) |
Oct
(69) |
Nov
(55) |
Dec
(71) |
2004 |
Jan
(127) |
Feb
(68) |
Mar
(93) |
Apr
(102) |
May
(64) |
Jun
(92) |
Jul
(40) |
Aug
(113) |
Sep
(44) |
Oct
(61) |
Nov
(44) |
Dec
(100) |
2005 |
Jan
(57) |
Feb
(51) |
Mar
(101) |
Apr
(73) |
May
(45) |
Jun
(97) |
Jul
(92) |
Aug
(94) |
Sep
(46) |
Oct
(83) |
Nov
(82) |
Dec
(68) |
2006 |
Jan
(92) |
Feb
(116) |
Mar
(84) |
Apr
(66) |
May
(40) |
Jun
(57) |
Jul
(89) |
Aug
(82) |
Sep
(58) |
Oct
(94) |
Nov
(104) |
Dec
(70) |
2007 |
Jan
(86) |
Feb
(108) |
Mar
(193) |
Apr
(84) |
May
(71) |
Jun
(54) |
Jul
(17) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Marco T. <wx...@so...> - 2002-04-07 22:02:19
|
>>Found a fix ( I hope ); download the modified wx22_9.dll from >>http://wwwstud.dsi.unive.it/~mbarbon/wx/wx22_9.dll.gz >>uncompress it and put it in $PERL/site/lib/auto/Wx >>( make a backup of the original one, of course ). >>This fixes your problem with tree control, but may introduce >>new ones ( it is a fix backported from wxWIndows 2.3 ). >> >>Regards >>Mattia > >hey thanks man! >i had no time to work on my application but i checked the wxwindows >mailinglist archive. you asked for a code change as workaround... > >this week, while doing something totally different, i got an idea for such >a workaround... in fact we already had it: > >leave the line: >my $text = Wx::TextCtrl->new($configDialog,-1,'',[0,200],[500,100], wxTE_MULTILINE); >and set it to not visible: >$text->Show(0); no... just tried it... after "Show(0)" it doesn't work anymore... i don't know the wxwindows bug... was only a shot in the dark... >like i said, i had no time to try it... > >shit, hope your work wasn't unnecessary >but many thanks for that. really! tried your dll too... works fine until i start edit a treeItem with $tree->EditLabel($selection); after that it doesn't even work if i start edit it by clicking twice with the mouse :-( well, looks like i have to wait to the next wxPerl what did you say? linked against wxwindows 2.3.3? when do you think will it come out? i look forward to it because the wxwindows bug with the wxListCtrl headerlabels will be solved too... greeting Marco |
From: Marco T. <wx...@so...> - 2002-04-07 20:42:20
|
>Found a fix ( I hope ); download the modified wx22_9.dll from >http://wwwstud.dsi.unive.it/~mbarbon/wx/wx22_9.dll.gz >uncompress it and put it in $PERL/site/lib/auto/Wx >( make a backup of the original one, of course ). >This fixes your problem with tree control, but may introduce >new ones ( it is a fix backported from wxWIndows 2.3 ). > >Regards >Mattia hey thanks man! i had no time to work on my application but i checked the wxwindows mailinglist archive. you asked for a code change as workaround... this week, while doing something totally different, i got an idea for such a workaround... in fact we already had it: leave the line: my $text = Wx::TextCtrl->new($configDialog,-1,'',[0,200],[500,100], wxTE_MULTILINE); and set it to not visible: $text->Show(0); like i said, i had no time to try it... shit, hope your work wasn't unnecessary but many thanks for that. really! greeting Marco |
From: Mattia B. <mb...@ds...> - 2002-04-07 19:58:01
|
> > > i minimized my application to the treectrl and uploaded it: > > > http://www.soapy.ch/temp/minimal.txt> > > Thanks! > > > well, the minimal sample works fine... but my way in a > wxDialog > doesn't work... > > > i assume a programming mistake from my side, but i'm really > > > unable > to find it... > > > Works for me ( almost ); the sequence of begin/end is OK ( the> one I > > wrote above ); the only problem is that ESC does not cancel > > editing ( id > > does nothing ), but this is because it is eaten by> the dialog,> AFAIK > > > > > not to forget: > > > i'm using win98 with activePerl 5.6.1 > > Shot in the dark: > > it may be Win98, or the comctl32 version; what version of > > IE have you > > installed? Does upgrading comctl32.dll help? > > ( there is one available for download somewhere in MS site, and it comes > > with IE ). > > I have IE 5.5 ( comctl32 5.81 ). > ok, i used your sample...works fine (win98 > and win2000)but, if i remove this line:my $text = > Wx::TextCtrl->new($configDialog,-1,'',[0,200],[500,100], wxTE_MULTILINE);it > doesn't work anymore...(uncomented > Wx::Log::SetActiveTarget(Wx::LogTextCtrl->new($text));)i've the same comctl > version like you... > does it work for you if you remove/uncoment this two lines? Found a fix ( I hope ); download the modified wx22_9.dll from http://wwwstud.dsi.unive.it/~mbarbon/wx/wx22_9.dll.gz uncompress it and put it in $PERL/site/lib/auto/Wx ( make a backup of the original one, of course ). This fixes your problem with tree control, but may introduce new ones ( it is a fix backported from wxWIndows 2.3 ). Regards Mattia |
From: Mattia B. <mb...@ds...> - 2002-04-04 20:43:57
|
> > > i minimized my application to the treectrl and uploaded it: > > > http://www.soapy.ch/temp/minimal.txt> > > Thanks! > > > > > well, the minimal sample works fine... but my way in a> > wxDialog > doesn't work... > > > i assume a programming mistake from my side, but i'm really> > unable > to find it...> > > Works for me ( almost ); the sequence of begin/end is OK ( the> one I > wrote above ); the only problem is that ESC does not cancel> editing ( id > does nothing ), but this is because it is eaten by> the dialog,> AFAIK > > > > > not to forget: > > > i'm using win98 with activePerl 5.6.1> > > Shot in the dark: > > it may be Win98, or the comctl32 version; what version of> IE have you > installed? Does upgrading comctl32.dll help? > > ( there is one available for download somewhere in MS> site, and it comes > with IE ). > > I have IE 5.5 ( comctl32 5.81 ).ok, i used your sample...works fine (win98 > and win2000)but, if i remove this line:my $text = > Wx::TextCtrl->new($configDialog,-1,'',[0,200],[500,100], wxTE_MULTILINE);it > doesn't work anymore...(uncomented > Wx::Log::SetActiveTarget(Wx::LogTextCtrl->new($text));)i've the same comctl > version like you... > does it work for you if you remove/uncoment this two lines? > greetingMarco What did cripple the mail that way ( curious )? Now I see the problem; I posted it to wx-users with a C++ testcase. Let's see. Regards Mattia P.S.: looking at wx-users archives, someone else had your same problem |
From: Marco T. <m.t...@vi...> - 2002-04-04 14:32:35
|
> > i minimized my application to the treectrl and uploaded it: > > http://www.soapy.ch/temp/minimal.txt> > Thanks! > > > well, the minimal sample works fine... but my way in a> > wxDialog doesn't work... > > i assume a programming mistake from my side, but i'm really> > unable to find it...> > Works for me ( almost ); the sequence of begin/end is OK ( the> one I wrote above ); the only problem is that ESC does not cancel> editing ( id does nothing ), but this is because it is eaten by> the dialog,> AFAIK > > > not to forget: > > i'm using win98 with activePerl 5.6.1> > Shot in the dark: > it may be Win98, or the comctl32 version; what version of> IE have you installed? Does upgrading comctl32.dll help? > ( there is one available for download somewhere in MS> site, and it comes with IE ). > I have IE 5.5 ( comctl32 5.81 ).ok, i used your sample...works fine (win98 and win2000)but, if i remove this line:my $text = Wx::TextCtrl->new($configDialog,-1,'',[0,200],[500,100], wxTE_MULTILINE);it doesn't work anymore...(uncomented Wx::Log::SetActiveTarget(Wx::LogTextCtrl->new($text));)i've the same comctl version like you... does it work for you if you remove/uncoment this two lines? greetingMarco |
From: Mattia B. <mb...@ds...> - 2002-04-04 09:07:02
|
On Tue, 2 Apr 2002, Marcus wrote: >How do you create your own colours? >I want to set the background colour on a notebook page. It works fine >with the predefined wxWHITE, like this: > >my ($page1) = $nb->GetPage(0); >$page1->SetBackgroundColour(wxWHITE); > >How do I set the background for a custom colour? >I tried $col=wxColour(red=0,green=0,blue=0), which is the example for >wxPython, but that did not work. $col = Wx::Colour->new( 0, 0, 0 ); $col = new Wx::Colour( 128, 255, 255 ); $col = new Wx::Colour( 'name' ); # for some names # I don't remember if # this ctor is implemented Regards Mattia |
From: Marcus <li...@wo...> - 2002-04-04 06:24:30
|
On 04.04.02 at 00:55 Nick Johnston wrote: ># NOTE: check to see if wxPerl uses British or American spelling of >"colour" >my $custom_colour = Wx::Colour->new(255, 0, 0); Many Thanks, that works fine now. Spelling is British throughout wx afaik. Marcus |
From: Mattia B. <mb...@ds...> - 2002-04-02 17:34:21
|
[ attached the modified minimal.txt I used for testing ] > > > hello, > > > i have a treectrl which is editable... > > > > > > if i start edit an EVT_TREE_BEGIN_LABEL_EDIT is called... that's ok... > > > > > > if i press "ENTER" (without changing the name), a > EVT_TREE_BEGIN_LABEL_EDIT > > > is called again... > > I don't see this > > yes, right... > looks like this happens only in my special situation > > > > if i rename it and press "ENTER" an EVT_TREE_END_LABEL_EDIT and then an > > ok > > > > > EVT_TREE_BEGIN_LABEL_EDIT is called... > > not ok > > > > > in both cases, the treeItem stays in edit state... > > weird; are you using some EVT_CHAR handler? > > no > > > > is this a mistake from my side or a bug? > > > any hints/ideas? > > > > Don't know: I am seeing the expected behaviour: > > - beginning editing sends a EVT_TREE_BEGIN > > - leaving the textctrl without changes > > ( via enter or mouseclick ) > > or pressing esc stops editing and does not > > generate any event > > - leaving the textctrl after some changes > > ( via enter or mouseclick ) > > stops editing and generates an EVT_TREE_END > > yes, my opinion... > > > I reproduced this in the treectrl sample, adding > > two event handlers for EVT_TREE_BEGIN/END. > > > > As usual: minimal changes against some sample > > showing the problem are welcome. > > the samples aren't usuable for my situation... > i minimized my application to the treectrl and uploaded it: > http://www.soapy.ch/temp/minimal.txt Thanks! > well, the minimal sample works fine... but my way in a wxDialog doesn't > work... > i assume a programming mistake from my side, but i'm really unable to find > it... Works for me ( almost ); the sequence of begin/end is OK ( the one I wrote above ); the only problem is that ESC does not cancel editing ( id does nothing ), but this is because it is eaten by the dialog, AFAIK > any help welcome... > not to forget: > i'm using win98 with activePerl 5.6.1 Shot in the dark: it may be Win98, or the comctl32 version; what version of IE have you installed? Does upgrading comctl32.dll help? ( there is one available for download somewhere in MS site, and it comes with IE ). I have IE 5.5 ( comctl32 5.81 ). Regards Mattia |
From: Marcus <li...@wo...> - 2002-04-02 05:24:54
|
How do you create your own colours? I want to set the background colour on a notebook page. It works fine with the predefined wxWHITE, like this: my ($page1) = $nb->GetPage(0); $page1->SetBackgroundColour(wxWHITE); How do I set the background for a custom colour? I tried $col=wxColour(red=0,green=0,blue=0), which is the example for wxPython, but that did not work. Thanks, Marcus |
From: Marco T. <wx...@so...> - 2002-04-01 18:17:14
|
> > hello, > > i have a treectrl which is editable... > > > > if i start edit an EVT_TREE_BEGIN_LABEL_EDIT is called... that's ok... > > > > if i press "ENTER" (without changing the name), a EVT_TREE_BEGIN_LABEL_EDIT > > is called again... > I don't see this yes, right... looks like this happens only in my special situation > > if i rename it and press "ENTER" an EVT_TREE_END_LABEL_EDIT and then an > ok > > > EVT_TREE_BEGIN_LABEL_EDIT is called... > not ok > > > in both cases, the treeItem stays in edit state... > weird; are you using some EVT_CHAR handler? no > > is this a mistake from my side or a bug? > > any hints/ideas? > > Don't know: I am seeing the expected behaviour: > - beginning editing sends a EVT_TREE_BEGIN > - leaving the textctrl without changes > ( via enter or mouseclick ) > or pressing esc stops editing and does not > generate any event > - leaving the textctrl after some changes > ( via enter or mouseclick ) > stops editing and generates an EVT_TREE_END yes, my opinion... > I reproduced this in the treectrl sample, adding > two event handlers for EVT_TREE_BEGIN/END. > > As usual: minimal changes against some sample > showing the problem are welcome. the samples aren't usuable for my situation... i minimized my application to the treectrl and uploaded it: http://www.soapy.ch/temp/minimal.txt well, the minimal sample works fine... but my way in a wxDialog doesn't work... i assume a programming mistake from my side, but i'm really unable to find it... any help welcome... not to forget: i'm using win98 with activePerl 5.6.1 greeting Marco |
From: Mattia B. <mb...@ds...> - 2002-03-31 20:42:45
|
> > > hi all, > > > > > > is it possible that the application deselects an item itself? > > > i couldn't figure out how to do this. <snipped my explanation how to do it> > yes, i didn't understand the wxwindows documentation but i understand > yours... thanks... > > but i found out a better way to solve my problem... > i use now "GetNextItem" with "wxLIST_NEXT_BELOW" but it dosn't work the way > i expect it... BTW, the docs for wxLC::GetNextItem use wxLIST_NEXT_ALL to search for the next selected item. > if i pass the last selected item to it, i think it should return "-1"... but > it returns the item i passed to GetNextItem... Strange, doesn't happen for me. > if i pass "-1" as item, it doesn't find the next (first) selected item... Possibily because it looks like BELOW means 'in the same column' ( at least for icon views ) and a -1 item isn't in any column, so there can't be any item in the same column, right? Are you using the wxLC in icon or report mode? Doesn't wxLIST_NEXT_ALL work for you? What are you exactly trying to achieve? As usual: minimal patch against listctrl ( or another ) example showing the problem welcome. Regards Mattia |
From: Mattia B. <mb...@ds...> - 2002-03-31 20:42:12
|
> hello, > i have a treectrl which is editable... > > if i start edit an EVT_TREE_BEGIN_LABEL_EDIT is called... that's ok... > > if i press "ENTER" (without changing the name), a EVT_TREE_BEGIN_LABEL_EDIT > is called again... I don't see this > if i rename it and press "ENTER" an EVT_TREE_END_LABEL_EDIT and then an ok > EVT_TREE_BEGIN_LABEL_EDIT is called... not ok > in both cases, the treeItem stays in edit state... weird; are you using some EVT_CHAR handler? > i expect that if i press "ENTER" in edit state > (no mather if i renamed it or not) that an EVT_TREE_END_LABEL_EDIT ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ see documentation for wxTC::EditLabel > is called and the item is no longer in edit state > is this a mistake from my side or a bug? > any hints/ideas? Don't know: I am seeing the expected behaviour: - beginning editing sends a EVT_TREE_BEGIN - leaving the textctrl without changes ( via enter or mouseclick ) or pressing esc stops editing and does not generate any event - leaving the textctrl after some changes ( via enter or mouseclick ) stops editing and generates an EVT_TREE_END I reproduced this in the treectrl sample, adding two event handlers for EVT_TREE_BEGIN/END. As usual: minimal changes against some sample showing the problem are welcome. BTW: I am using Win2k Regards Mattia |
From: Marco T. <wx...@so...> - 2002-03-31 14:59:21
|
hello, i have a treectrl which is editable... if i start edit an EVT_TREE_BEGIN_LABEL_EDIT is called... that's ok... if i press "ENTER" (without changing the name), a EVT_TREE_BEGIN_LABEL_EDIT is called again... if i rename it and press "ENTER" an EVT_TREE_END_LABEL_EDIT and then an EVT_TREE_BEGIN_LABEL_EDIT is called... in both cases, the treeItem stays in edit state... i expect that if i press "ENTER" in edit state (no mather if i renamed it or not) that an EVT_TREE_END_LABEL_EDIT is called and the item is no longer in edit state is this a mistake from my side or a bug? any hints/ideas? greeting Marco |
From: soapy <ad...@so...> - 2002-03-31 11:47:05
|
----- Original Message ----- From: Mattia Barbon <mb...@ds...> To: <wxp...@li...>; Marco Trudel <wx...@so...> Sent: Thursday, March 28, 2002 10:49 PM Subject: Re: [wxperl-users] wxListCtrl > > hi all, > > > > is it possible that the application deselects an item itself? > > i couldn't figure out how to do this. > > $l->SetItemState( 3, 0, wxLIST_STATE_SELECTED ); > ^ ^ ^ > item state mask > > theidea behind state and mask is that you specify in the mask > the flags you want to change > ( e.g. wxLIST_STATE_SELECTED|wxLIST_STATE_FOCUSED ) and list > in the state the states you want to set asn don't list the > states you want to clear. So for deselecting the mask contains > _SELOCTED and the state contains nothing, since you want to > clear the selection. I hope you undertand this > confuse explanation... yes, i didn't understand the wxwindows documentation but i understand yours... thanks... but i found out a better way to solve my problem... i use now "GetNextItem" with "wxLIST_NEXT_BELOW" but it dosn't work the way i expect it... if i pass the last selected item to it, i think it should return "-1"... but it returns the item i passed to GetNextItem... if i pass "-1" as item, it doesn't find the next (first) selected item... any hints/ideas? greeting Marco |
From: Mattia B. <mb...@ds...> - 2002-03-28 20:49:09
|
> hi all, > > is it possible that the application deselects an item itself? > i couldn't figure out how to do this. $l->SetItemState( 3, 0, wxLIST_STATE_SELECTED ); ^ ^ ^ item state mask theidea behind state and mask is that you specify in the mask the flags you want to change ( e.g. wxLIST_STATE_SELECTED|wxLIST_STATE_FOCUSED ) and list in the state the states you want to set asn don't list the states you want to clear. So for deselecting the mask contains _SELOCTED and the state contains nothing, since you want to clear the selection. I hope you undertand this confuse explanation... HTH Mattia |
From: David R. <DR...@kn...> - 2002-03-28 20:44:17
|
> Are you using client data? With wxWin 2.3.x I get a warning > that you can't use client data with CheckListBox ( because > client data is aleady used internally ). yes, client data was the problem. thank you, again. /dave |
From: Marco T. <wx...@so...> - 2002-03-27 09:40:46
|
hi all, is it possible that the application deselects an item itself? i couldn't figure out how to do this. greeting Marco |
From: Mattia B. <mb...@ds...> - 2002-03-25 20:39:37
|
> > > using wxPerl 0.10... > > Platform? > > sorry, Win2K. > > > > i am unable to create a Wx::CheckListBox - i get a violation each > > > time, although replacing the class with Wx::ListBox works fine. > > I have got a single segfault, and am not able to reproduce it... > > Could you please send me a snippet of code that segfaults for you > > ( please send a "complete" program, so I can do "perl foo.pl" on it ) > > A modification of the minimal sample would be great. > > all i need to do to reproduce it is change the controls.pl > sample (line 157) from: > > $this->{LISTBOX} = Wx::ListBox->new( $panel, $ID_LISTBOX, [10, 10], > [120, 70], $choices, wxLB_ALWAYS_SB ); > > to: > > $this->{LISTBOX} = Wx::CheckListBox->new( $panel, $ID_LISTBOX, [10, 10], > [120, 70], $choices, wxLB_ALWAYS_SB ); > > and i get... > > perl.exe - Application Error > The instruction at "0x00ffffff" referenced memory at "0x00ffffff". > The memory could not be "read". > OK to terminate, Cancel to debug I get it too. Are you using client data? With wxWin 2.3.x I get a warning that you can't use client data with CheckListBox ( because client data is aleady used internally ). If I remove the line SetControlClientData( 'listbox', $this->{LISTBOX} ); the crash is not there anymore. > if you need another (stand-alone) example, i'll put one together, but > i think the above should suffice. Yes, it does, thanks! > can i just take this opportunity to say i just love wxPerl - it's the > proverbial dogs bollocks. i've done GUIs under Win16/Win32, more recently I don't know this proverb, but I think I got the idea ;-) > HTML generated from Perl back-ends. wxPerl is a delight to use and, > Mattia, you're doing wonderful things making this happen. Regards Mattia |
From: David R. <DR...@kn...> - 2002-03-23 20:18:24
|
> > using wxPerl 0.10... > Platform? sorry, Win2K. =20 > > i am unable to create a Wx::CheckListBox - i get a violation each > > time, although replacing the class with Wx::ListBox works fine. > I have got a single segfault, and am not able to reproduce it... > Could you please send me a snippet of code that segfaults for you > ( please send a "complete" program, so I can do "perl foo.pl" on it ) > A modification of the minimal sample would be great. all i need to do to reproduce it is change the controls.pl sample (line 157) from: $this->{LISTBOX} =3D Wx::ListBox->new( $panel, $ID_LISTBOX, [10, 10], [120, 70], $choices, wxLB_ALWAYS_SB ); to: $this->{LISTBOX} =3D Wx::CheckListBox->new( $panel, $ID_LISTBOX, [10, = 10], [120, 70], $choices, wxLB_ALWAYS_SB ); and i get... perl.exe - Application Error The instruction at "0x00ffffff" referenced memory at "0x00ffffff". The memory could not be "read". OK to terminate, Cancel to debug if you need another (stand-alone) example, i'll put one together, but i think the above should suffice. can i just take this opportunity to say i just love wxPerl - it's the proverbial dogs bollocks. i've done GUIs under Win16/Win32, more = recently HTML generated from Perl back-ends. wxPerl is a delight to use and, Mattia, you're doing wonderful things making this happen. HTH, /dave |
From: Mattia B. <mb...@ds...> - 2002-03-23 16:49:59
|
> using wxPerl 0.10... Platform? > i am unable to create a Wx::CheckListBox - i get a violation each > time, although replacing the class with Wx::ListBox works fine. I have got a single segfault, and am not able to reproduce it... Could you please send me a snippet of code that segfaults for you ( please send a "complete" program, so I can do "perl foo.pl" on it ) A modification of the minimal sample would be great. > i've seen a posting on the mailing list about applying a style > of 0x0100, but this did not help my situation. BTW: this is not necessary ( anymore ); that bug was fixed. Thanks! Mattia |
From: David R. <DR...@kn...> - 2002-03-23 01:49:40
|
using wxPerl 0.10... i am unable to create a Wx::CheckListBox - i get a violation each time, although replacing the class with Wx::ListBox works fine. i've seen a posting on the mailing list about applying a style of 0x0100, but this did not help my situation. rgds, /dave |
From: Mattia B. <mb...@ds...> - 2002-03-22 21:03:18
|
> ----- Original Message ----- > From: Mattia Barbon > > wxWindows can be used with threads; but I don't know > > how wxPerl will interact with Perl fork emulation, since > > I never used it. > > really? > can you provide an example that works os independent? An example of what? I don't understand the question, so I can't answer.. If it is threading, there is no OS-indipendent way: fork() is inherently not portable, and perl threads are really stable only on 5.8.0-to-be, AFAIK > thought fork is the perl way for threading... fork() is the Un*x way for "threading" > but i'm always happy to learn! Regards Mattia |
From: Marco T. <wx...@so...> - 2002-03-22 11:19:59
|
hello all, i have a listctrl that allows multiple select... if i select, lets say 20 elements at once with shift, for each item a EVT_LIST_ITEM_SELECTED is processed... i perform a very time consuming action when a item is selected and i'm only interested in the last one... can i find out on a EVT_LIST_ITEM_SELECTED if multiple item's were selected and if i'm at the last one? my idea is: check where the mouse is, save the coordinates... i now that the last item is selected if the mouse is over the items coordinates... isn't there an easier way to do this? i mean my idea doesn't look very sensefull... any idea/help is very welcome greeting Marco |
From: soapy <ad...@so...> - 2002-03-21 20:54:01
|
----- Original Message ----- From: Mattia Barbon > wxWindows can be used with threads; but I don't know > how wxPerl will interact with Perl fork emulation, since > I never used it. really? can you provide an example that works os independent? thought fork is the perl way for threading... but i'm always happy to learn! greeting Marco |
From: Mattia B. <mb...@ds...> - 2002-03-21 20:29:10
|
> Hi, Hi > Thank you, Mattia, for your work! > > Here is the problem: > Using wxperl (up to 0.10) > and active perl (up to build 626) > under windows (NT4 or 2000) > using fork() will crash perl if I use Wx... > this pb might come from the fact that active perl > uses threads to emulates forks under windows and > that Wx isn't thread safe...??? wxWindows can be used with threads; but I don't know how wxPerl will interact with Perl fork emulation, since I never used it. > any clues? Don't use fork? Really: what are you trying to achieve? I know this does not help you much... Regards Mattia > Just uncomment "use Wx" and this will make > active perl crash... > =<=================================== > #!/usr/bin/perl > > use strict; > #use Wx; > > my $pid=0; > > $pid=fork(); > print("Bonjour\n"); > if ($pid==0) > { > print("Bonjour papa\n"); > } > print("Salut\n"); > =<=================================== > > > bye. > Olivier. > > -- > http://asim.lip6.fr/home/czo/vcard/ > > > > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users |