On 17 February 2012 18:22, Jan Dubois wrote:
>
> Is there a reason not to make another release with the 64-bit fixes?
> That way it would automatically be picked up by the ActiveState PPM
> build machines.
>
Only that I have not had *any* time to even review the 64-bit patches - and
I'm not like
Quickly guessing (I don't have an environment to test this at the moment):
This code:
my $paskl3 = pack('IPI',
1|16|512, # LVIF_TEXT | LVIF_INDENT | LVIF_COLUMNS
0, # item index
0, # subitem index
0, # state index
0, # statemask index
"
Kevin et al.,
Many thanks for taking a look at this, it is certainly true that the
documentation is lacking in many areas. I haven't been able to look
at the work you've done, as none of the mail I have seen have any
attachments (it's possible that the SourceForge mail ing list strip
zip files?)
All,
Following the discussions on the list recently about Win32::GUI and
OpenGL I just tidied up and released some code that I wrote a number
of years ago. I'm certainly not an OpenGL expert, so would appreciate
anyone having look at the source and commenting.
I think this is fairly powerful, a
2009/5/5 Rob May :
> 2009/5/4 Jan Dubois :
>> * The manifest file contains a hardcoded X86 architecture. The file should
>> be generated dynamically and contain AMD64 as the architecture for 64-bit
>> Windows on x86_64. Something like this:
Manifest is now generated.
&
2009/5/4 Jan Dubois :
> The fact that you can programmatically request v6 controls without
> having to add a manifest is enough reason to prevent adding this
> part of the manifest for at least Perl 5.10.x, especially if you
> cannot programmatically switch back to *not* require v6.
In general I a
2009/4/22 Jan Dubois :
> On Wed, 22 Apr 2009, Rob May wrote:
>> I think I vote for it too, although I suspect that it'll cause some
>> (minor) layout problems for some people, as I'm not sure that all the
>> control decorations are the same on styled/non-styled cont
2009/4/23 Jan Dubois :
> On Wed, 22 Apr 2009, Rob May wrote:
>> I think I vote for it too, although I suspect that it'll cause some
>> (minor) layout problems for some people, as I'm not sure that all the
>> control decorations are the same on styled/non-styled cont
2009/4/22 Jeremy White :
> I vote for adding the XP style request directly to perl.exe - in almost all
> cases it's the "correct" thing to do and is easy enough to remove (and
> indeed from PerlApp) should you need to. It's also backward compatible so it
> wont harm Win 2000 users etc.
I think I v
9 matches
Mail list logo