Humm - for some reason I'm not getting all messages to this list - anyone
else have that problem? The archive is also not up to date...
I missed the start of the thread - Anyway my 2 cents
Garside Trevor say on win32::GUI Users list flicker problem when
resize
window can be remove by
We need to agree a version number for the next release. I would propose
1.01 - I think that we should be using a 2-digit second part of the version
number to be CPAN friendly (See perldoc perlmodstyle), and don't see that
there's enough change to justify anything other than incrementing the
Does anyone have any experience with any of the GUI test packages that
actually allow you to interact with a GUI in test, and if so what would
people recommend?
I work professionally as tester. GUI testing is part of my job :) (AutoIt,
Win32::GuiTest and Rational Robot)
Testing GUI apps can
Hi,
I'm sure if you ask Aldo for permissions to commit changes, he'll add you
(or, indeed anyone else).
Cheers (and good work BTW).
jez.
I've spent the last week or so struggling to come to terms with CSS and its
non-standard implementations accros browsers. I have the outline of a site
that I'd appreciate feedback on:
http://www.robmay.me.uk/win32gui/website/
Nice, good job:)
I tried with Opera and it looks fine.
Hi,
I've been putting together an example of several of the techniques I use
when building a GUI. One of the things I do is to use lots of child windows
to encapsulate many controls and functionality into one logical package.
This works really well for me, but is still on the 'messy' side, so
This is a known bug with win32-gui.
It is fixed by using perl 5.7 or later or using the circular ref patch
Ok - I've created a tracker item so this issue isn't lost:)
https://sourceforge.net/tracker/index.php?func=detailaid=1248578group_id=16572atid=116572
I've just ran that example under
Would anyone have an issue if I was to make a decision to only support 5.6
and 5.8 going forwards?
Makes sense as far as I'm concerned.
Cheers,
jez.
Hi,
perl.exe caused an Access Violation at location 7c93426d in module ntdll.dll
Reading from location .
Registers:
eax= ebx=01a4 ecx=00230ef0 edx= esi=002301a8
edi=002301c8
eip=7c93426d esp=0140efdc ebp=0140f1fc iopl=0 nv up ei pl zr na po
nc
cs=001b
I apologies for using this forum as a sounding board...
This is going to be a pain to track down. I've got a case where I'm almost
guaranteed to cause a crash on exit - it's not a simple case
Ok - think I've got it - just not sure what the fix should be - or even if a
fix is needed. In my
perl.exe caused an Access Violation at location 7c910f29 in module ntdll.dll
Reading from location .
Registers:
eax=0a4fc680 ebx=0023 ecx= edx= esi=0a4fc678
edi=0a4f8210
eip=7c910f29 esp=0140e000 ebp=0140e00c iopl=0 nv up ei pl zr na po
nc
cs=001b ss=0023
While tracking various crashes down I found myself in the DoEvent function
in GUI_Events.cpp, now I don't think there is a issue here - but I did
notice something surprising.
I would have through that if a control was using NEM events, the OEM logic
wouldn't be called for that control.
For
This would lead to a more complex macro/function, but would, I think be
worth it.
[snip]
It would be a more complicated macro/function - but I agree with you, it
would be worth it.
This works nicely for the ANSI versions of the call, which return th ANSI
encoded string of bytes that is
If you have some code that exhibits this, then I'd be interested to try to
reproduce it. I though I could explain it, but then couldn't get an
example together that validated my explanation.
Not really - as when you reduce the size of the application, the issue
disappears. I'll keep an eye
I haven't tried this yet, but it seems wrong. Can you raise a bug report
and I'll dig further into this one.
http://sourceforge.net/tracker/?func=detailatid=116572aid=1333060group_id=16572
Ok - it seems this is only an issue when SetEvent is used (see example
below, also on tracker).
What
Arthur I Schwarz wrote:
I'm have partitioned my program into modules:
name::GUI
The program driver is in name:
name.anonymous subroutine (the nameless thing at the end)
StartWindows # name::GUI::StartWindows
and name::GUI::StartWindows I do:
$window-show();
It's very easy to make terrible mistakes in the XS part.
Devel::LeakTrace helps. I don't like leaks in MessageLoop events.
I'll have a look at that module.
No, more like:
-onDragDrop = sub {
my ($win, $drag) = @_; # dragged to win
print Mouse: , join(, , $drag-MousePosition), \n;
print
As always, any reports of success and/or failure are welcome.
All ok under XP. Nice work.
Cheers,
jez.
Hi,
I exported the cvs source and began to familiarize myself with it. Once
I feel comfortable with that, I will try and work on either some low
priority bugs or feature requests that no one has taken up yet. If
anyone has any suggestions, tips, unstated best practices, advice, or
whatever,
I just added my code for the Win32::GUI::Constants module that we have
discussed here recently. The build process is internally a bit convoluted,
but should happen smoothly from the outside!
As always comments on success and/or failures in your build environment are
encouraged.
No cup
In the mean time, can anybody suggest why it might be a bad idea to remove
'Win32::GUI' from the @ISA of Win32::GUI::Class Win32::GUI::MenuButton or
Win32::GUI::MenuItem?
Not that I can think off.
Cheers,
jez.
The only thing that concerns me is that the distribution is growing in size
quite rapidly, and once things are in it's difficult to take them out. Is
anyone concerned if the binary distribution doubles in size? How about if
it trebles in size?
I guess the real question is how do we decide
http://www.codeproject.com/com/com_in__c4.asp
http://www.codeproject.com/useritems/com_in_c5.asp
Cheers,
jez.
Here's how I stand:
Scintilla - no problems with this. I have the code ready to become Grid -
I'm ready to make this part of core too. As it relies on the DIBitmap -
Whilst this should technically be compilable (sp?) using AxWindow - relies
on the MS ATL framework, so I doubt it can ever be
Right :) I don't pretend to speak for everyone, of course. I was a
little concerned, though, about Jeremy's comment of sharing stuff that
isn't presently shared, betweeen sub-modules... I don't know how much
that is, or if it can be done without making more dependencies or bigger
hunks
See the 'Changes' file in each subdirectory for highlights of any
significant changes.
She builds fine for me. Good job.
Cheers,
jez.
I've added support for the Win32 AnimateWindow() API, as requested by
tracker 1266930:
https://sourceforge.net/tracker/index.php?func=detailaid=1266930group_id=16572atid=366572
Now, as well as $win-Show(), $win-Hide() you can use $win-Animate().
I had problems building under mingw - I had to
As Rob said, this is primarily going to impact on an application that opens
and closes many windows. At least the memory is more or less returned
instantly on exit.
Yeah - and as it looks like it's XP only we can assume that it's a windows
thing rather than being a perl/win32-gui issue.
Hi,
I've got a box with VC6 on it and I'm trying to build Win32-GUI - I know I
need to download the latest headers etc, but for the life of me (I've spent
over an hour looking!) , I can't seem to find the correct place/right SDK?
The errors below. Any suggestions?
Cheers,
jez.
NOTE:
All,
Jeff Glatt has just updated his article Embed an HTML control in your own
window using plain C
http://www.codeproject.com/com/cwebpage.asp
He has also released COM in plain C, Part 7
http://www.codeproject.com/useritems/com_in_c7.asp
Both links are excellent sources of how to
Tracker 1417288
https://sourceforge.net/tracker/index.php?func=detailaid=1417288group_id=16572atid=116572
This bug report claims that the following code leaks memory:
#!perl -w
I don't see any leak with Win32::GUI v1.05, perl 5.6.1, 5.8.7, 5.8.8,
Win98 or Win2K.
Can anyone reproduce this
On 31/01/2008, Jeremy White wrote:
Just testing the latest Win32-GUI code line and I'm getting a few odd errors
(mingw 5.8.8)
ActiveState Perl 5.8.8 build 822?
What gcc version?
Vista, AS822, 3.4.5 (mingw special)
It could be my environment and I haven't got time to dig deeper
If you download it please feedback your experience (even if it is only
'OK so far') by replying to this thread (or directly to me) so that I
can get a feel for whether there are any significant issues with the
release.
Was unable to do any testing over the weekend. Sorry. I uninstalled the
In my main development environment (Vista, 5.8.8 (822)) I did the same
(uninstalled and
used the binary) and am getting the same issues (undefined value during
destruction and
Scintillia) I mentioned a few days ago.
Hmmm. I wonder what's causing that. I had really hoped that I had
Please could those who reported problems with RC1 download again, and
confirm that their problems are resolved.
New reports, successful or otherwise, are welcome from anyone - please
reply to this thread.
The following errors have been fixed:
Can't call method FETCH on an undefined value
Typo. That should be SendMessage rather SendMessageNN.
Fix on its way to CVS now.
Many thanks for taking the time to investigate this. Is that all your
issues dealt with?
Yep, should be. Once the fix is in I will have to do more testing as the
scintillia issue was blocking some
Yep, should be. Once the fix is in I will have to do more testing
as the scintillia issue was blocking some functionality - but it looks good:)
Fix is in CVS now. Thanks for your time.
Rob.
Done some more testing - had an issue where I was manually removing the
linefeed characters after
All,
I am getting a crash when using Perl 5.10 and Win32::GUI 1.6. The same
application doesn't crash under 5.8.7 or 5.8.8. I've tracked down the
problem, but I'm not convinced it's the actual underlying issue. The crash
was occurring at:
GUI_Helpers.cpp line 757 proc WindowsHookMsgProc
Ok:
Found a simple way to reproduce the error:
Can't call method STORE on an undefined value during global destruction.
It doesn't seem related to the crash. The stripped down example below is odd as
most of the code doesn't make sense (!) but if you comment out any of the lines
it
Hi,
I've spent some more time on this. I've created a bug report on sourceforge so
this isn't lost:
http://sourceforge.net/tracker/index.php?func=detailaid=1941241group_id=16572atid=116572
Ok - it's not a hook issue, it looks like its just the normal destruction
process which seems different
Hi,
I've created the following tracker item for this issue:
http://sourceforge.net/tracker/index.php?func=detailaid=1941264group_id=16572atid=116572
I think the solution is straightforward but don't want to commit the code yet.
As a side, I use the Win32::GUI::Coolbar module from Robs
41 matches
Mail list logo