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
|