Glenn Linderman wrote:
Speaking of history, I see I also have...
-menu => 1
in the list of "standard options for listbox and combobox widgets".
Generally speaking -menu takes a menu handle/object parameter. But I'm
quite sure I used this option to make something work... any chance you'd
kno
Glenn Linderman wrote:
-remstyle => BS_AUTOCHECKBOX,
-addstyle => BS_CHECKBOX,
Is there a better way to do this operation?
There are no 'options' to do this, if that's what you mean.
Not only does it require
BS_ constants, the order matters... the code shown works in the test
Glenn Linderman wrote:
I continued looking at this issue, and discovered some code in my "real"
program, that wasn't in the test program.
Apparently, way back in the dark ages of Win32::GUI, in order to get
things to work right, I had to "fiddle" with some of the style
settings... and some of
Glenn Linderman wrote:
> At this point the control
> has seen a "click" and sends a BTN_CLICK (IIRC) notification to it's
> parent - it's already done all the other processing. You could
> achieve what you are trying here by catching the _MouseDown event, and
> preventing that being deliver
Robert May napisał(a):
On 23/04/07, Reini Urban <[EMAIL PROTECTED]> wrote:
Hi Waldemar,
2007/4/22, Waldemar Biernacki <[EMAIL PROTECTED]>:
> 1. the file GUI.rc (in root install directory) has readonly attribute
> and installation stops. When I change it to read/write attribute all
> pass OK. Is
On 24/04/07, Roode, Eric <[EMAIL PROTECTED]> wrote:
For what it's worth, I have always been unclear on what the Win32::GUI
doco means by "the event is not passed to the default event processor".
Any clarification, anywhere, would be useful.
OK. The default handling of an event depends on the c
On 24/04/07, Glenn Linderman <[EMAIL PROTECTED]> wrote:
On approximately 4/24/2007 11:57 AM, came the following characters from
the keyboard of Robert May:
> On 07/04/07, Glenn Linderman <[EMAIL PROTECTED]> wrote:
>> I turned on -dropdown => 1 for a Combobox, and got a -dropdownlist style
>> inst
On 16/04/07, Perl Rob <[EMAIL PROTECTED]> wrote:
I'm using the "-topmost" option on my window to make it start out always on
top. However, I'd like to provide a check box (labeled "Always on top" and
checked by default) that allows the user to toggle whether the window stays
on top or doesn't. Un
On 22/04/07, Sean Healy <[EMAIL PROTECTED]> wrote:
> I have already tried it, but I cannot store more than 32 KB of text in a
> Richedit field (using Win32::GUI::Richedit).
> Those 32 kb of text takes around 48 kb of rich text, but it cannot store
> more than that.
Look at the Win32::GUI::RidhEd
On 24/04/07, Glenn Linderman <[EMAIL PROTECTED]> wrote:
$mw->AddCheckbox(
-name => "cb",
-text => 'click me',
-pos=> [10, 20],
-tabstop => 1,
-onClick => sub { return 0; },
);
Why does the above program allow the checkbox to be checked and
unchecked? Why d
On 23/04/07, Reini Urban <[EMAIL PROTECTED]> wrote:
Hi Waldemar,
2007/4/22, Waldemar Biernacki <[EMAIL PROTECTED]>:
> 1. the file GUI.rc (in root install directory) has readonly attribute
> and installation stops. When I change it to read/write attribute all
> pass OK. Is it a very small bug or
On 14/04/07, Robert May <[EMAIL PROTECTED]> wrote:
I've just updated the search facility on the project's website to use a
Google Custom Search that will search not only the project website and
wiki, but also the mailing list archives[1] and the project's codebase.
I hope it is an improvement o
On 07/04/07, Glenn Linderman <[EMAIL PROTECTED]> wrote:
I turned on -dropdown => 1 for a Combobox, and got a -dropdownlist style
instead.
The bottom two bits should be a 2-bit mask, for three values: simple =
1, dropdown = 2, dropdownlist = 3. I'm not sure what 0 does...
looks/acts a lot like w
For what it's worth, I have always been unclear on what the Win32::GUI
doco means by "the event is not passed to the default event processor".
Any clarification, anywhere, would be useful.
Eric
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Glenn W Mun
Glenn,
I wouldn't expect it to prevent it from being checked. Do you expect this
behaviour from the Windows control itself or from Win32::GUI? Certain
actions for some controls have a "pre-change" notification (e.g. the
TCN_SELCHANGING notification sent when a tab is *about* to change), which
can
Is there a way I can find out what events are triggered as windows are
manipulated?
I was trying to catch the event which is triggered when I press return
in a TextField, but I ended up setting it
as multiline and reacting to each Change event. I'm wondering whether I
could simply have the name wr
16 matches
Mail list logo
