Sybase NNTP forums - End Of Life (EOL)

The NNTP forums from Sybase - forums.sybase.com - are now closed.

All new questions should be directed to the appropriate forum at the SAP Community Network (SCN).

Individual products have links to the respective forums on SCN, or you can go to SCN and search for your product in the search box (upper right corner) to find your specific developer center.

Question about DDLB and DDDW behavior

19 posts in DataWindow Last posting was on 2008-04-29 19:19:21.0Z
Glenn Barber Posted on 2008-04-14 17:44:09.0Z
From: "Glenn Barber" <gabarber@graymatterllc.com>
Newsgroups: sybase.public.powerbuilder.datawindow
Subject: Question about DDLB and DDDW behavior
Lines: 18
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <480397e9$1@forums-1-dub>
Date: 14 Apr 2008 10:44:09 -0700
X-Trace: forums-1-dub 1208195049 10.22.241.152 (14 Apr 2008 10:44:09 -0700)
X-Original-Trace: 14 Apr 2008 10:44:09 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86640
Article PK: 415901

I have several appliocations which have grid datawindows used for dataentry.
These datawindows have a number of columns supported by DropDown Lists or
Drop Down Datawindows.

The problem is that the user's complain that the dropdown is activated
simply by tabbing into the column and it invites them to mistakenly change a
drop down's value inadvertently (I know this is all too easy). I agree with
them in that the column should not always be autoselected and we should have
the option to turn off autoselection.

They want the drop down ownly to activiate if the dowpdown arrow is actually
pressed - so if they press the down arrow (for example) without clicking on
the down arrow the focus moves to the next row rather than changing the
selection.

Anybody know if there ss there a straightforward way to accomplish this?


"Jerry Siegel [TeamSybase]" <jNOsSPAMsiegel Posted on 2008-04-14 20:50:40.0Z
From: "Jerry Siegel [TeamSybase]" <jNOsSPAMsiegel@yahoo!.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 52
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3138
X-RFC2646: Format=Flowed; Original
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <4803c3a0$1@forums-1-dub>
Date: 14 Apr 2008 13:50:40 -0700
X-Trace: forums-1-dub 1208206240 10.22.241.152 (14 Apr 2008 13:50:40 -0700)
X-Original-Trace: 14 Apr 2008 13:50:40 -0700, vip152.sybase.com
X-Authenticated-User: TeamSybase
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86642
Article PK: 415900

"Straightforward" tampering with default behavior? Yeah, right. Here's an
approach, haven't actually tried it.
Put a computed column in the sql. Initialize it to 1 and give it a
meaningful name.
Set the Protect expression to that column. Your DDDW column is now
protected.
Code in the Clicked event, if the dwo.name is your DDDW set the protect
column to 0 and SetColumn on the DDDW column.
(I'm not going to try to get so fancy that they have to click on the arrow)
Code in the RowFocusChanging event if the currentrow is the DDDW row set the
protect column to 0 in currentrow
Code in the ItemFocusChanged event to set the protect column to 1 if the new
dwo.name is not your DDDW column.
Code in the pbm_dwnkey user event to catch the KeyDownArrow! and do whatever
you want

You could also leave the expression alone - protecting the DDDW column will
keep them from tabbing into it and they will have to use the mouse. Then set
the protect column as above and code in the ItemChanged event if dwo.name =
DDDW column and protect column = 1 then Beep(1) and return 1. In this case
you might want to turn off protection if they key something other than down
arrow.

"Glenn Barber" <gabarber@graymatterllc.com> wrote in message
news:480397e9$1@forums-1-dub...
>I have several appliocations which have grid datawindows used for
>dataentry.
> These datawindows have a number of columns supported by DropDown Lists or
> Drop Down Datawindows.
>
> The problem is that the user's complain that the dropdown is activated
> simply by tabbing into the column and it invites them to mistakenly change
> a
> drop down's value inadvertently (I know this is all too easy). I agree
> with
> them in that the column should not always be autoselected and we should
> have
> the option to turn off autoselection.
>
> They want the drop down ownly to activiate if the dowpdown arrow is
> actually
> pressed - so if they press the down arrow (for example) without clicking
> on
> the down arrow the focus moves to the next row rather than changing the
> selection.
>
> Anybody know if there ss there a straightforward way to accomplish this?
>
>


Glenn Barber Posted on 2008-04-15 01:37:46.0Z
From: "Glenn Barber" <gabarber@graymatterllc.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub> <4803c3a0$1@forums-1-dub>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 76
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <480406ea$1@forums-1-dub>
Date: 14 Apr 2008 18:37:46 -0700
X-Trace: forums-1-dub 1208223466 10.22.241.152 (14 Apr 2008 18:37:46 -0700)
X-Original-Trace: 14 Apr 2008 18:37:46 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86643
Article PK: 415903

Thanks Jerry

I had considered something like this but decided it was too painful
(especially since it involves creating many computed columns) and I'd still
like to have the the click required on the Arrow. I was hoping to come up
with some simple generalization that I could add to our pfc classes.

It would seem that we should request an enhancement to have AutoSelection on
DropDowns an optional behavior.

"Jerry Siegel [TeamSybase]" <jNOsSPAMsiegel@yahoo!.com> wrote in message
news:4803c3a0$1@forums-1-dub...
> "Straightforward" tampering with default behavior? Yeah, right. Here's an
> approach, haven't actually tried it.
> Put a computed column in the sql. Initialize it to 1 and give it a
> meaningful name.
> Set the Protect expression to that column. Your DDDW column is now
> protected.
> Code in the Clicked event, if the dwo.name is your DDDW set the protect
> column to 0 and SetColumn on the DDDW column.
> (I'm not going to try to get so fancy that they have to click on the
arrow)
> Code in the RowFocusChanging event if the currentrow is the DDDW row set
the
> protect column to 0 in currentrow
> Code in the ItemFocusChanged event to set the protect column to 1 if the
new
> dwo.name is not your DDDW column.
> Code in the pbm_dwnkey user event to catch the KeyDownArrow! and do
whatever
> you want
>
> You could also leave the expression alone - protecting the DDDW column
will
> keep them from tabbing into it and they will have to use the mouse. Then
set
> the protect column as above and code in the ItemChanged event if dwo.name
=
> DDDW column and protect column = 1 then Beep(1) and return 1. In this case
> you might want to turn off protection if they key something other than
down
> arrow.
>
>
> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> news:480397e9$1@forums-1-dub...
> >I have several appliocations which have grid datawindows used for
> >dataentry.
> > These datawindows have a number of columns supported by DropDown Lists
or
> > Drop Down Datawindows.
> >
> > The problem is that the user's complain that the dropdown is activated
> > simply by tabbing into the column and it invites them to mistakenly
change
> > a
> > drop down's value inadvertently (I know this is all too easy). I agree
> > with
> > them in that the column should not always be autoselected and we should
> > have
> > the option to turn off autoselection.
> >
> > They want the drop down ownly to activiate if the dowpdown arrow is
> > actually
> > pressed - so if they press the down arrow (for example) without clicking
> > on
> > the down arrow the focus moves to the next row rather than changing the
> > selection.
> >
> > Anybody know if there ss there a straightforward way to accomplish this?
> >
> >
>
>


"Jerry Siegel [TeamSybase]" <jNOsSPAMsiegel Posted on 2008-04-15 03:17:56.0Z
From: "Jerry Siegel [TeamSybase]" <jNOsSPAMsiegel@yahoo!.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub> <4803c3a0$1@forums-1-dub> <480406ea$1@forums-1-dub>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 96
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3138
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
X-RFC2646: Format=Flowed; Original
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <48041e64$1@forums-1-dub>
Date: 14 Apr 2008 20:17:56 -0700
X-Trace: forums-1-dub 1208229476 10.22.241.152 (14 Apr 2008 20:17:56 -0700)
X-Original-Trace: 14 Apr 2008 20:17:56 -0700, vip152.sybase.com
X-Authenticated-User: TeamSybase
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86644
Article PK: 415902

An unprotected column is going to accept focus unless you do something to
take control of that.
For generalization, you can tell the edit style (i.e. whether you want to
require a click) by looking for a valid ddlb or dddw property on the column.
Or maybe use the Tag property of the column. How about one instance variable
on the ancestor DW to tell whether the last focus change resulted from a key
or click?

I'd be more inclined to set the Always Show List to remind the users that
the dropdown is active.

"Glenn Barber" <gabarber@graymatterllc.com> wrote in message
news:480406ea$1@forums-1-dub...
> Thanks Jerry
>
> I had considered something like this but decided it was too painful
> (especially since it involves creating many computed columns) and I'd
> still
> like to have the the click required on the Arrow. I was hoping to come up
> with some simple generalization that I could add to our pfc classes.
>
> It would seem that we should request an enhancement to have AutoSelection
> on
> DropDowns an optional behavior.
>
> "Jerry Siegel [TeamSybase]" <jNOsSPAMsiegel@yahoo!.com> wrote in message
> news:4803c3a0$1@forums-1-dub...
>> "Straightforward" tampering with default behavior? Yeah, right. Here's an
>> approach, haven't actually tried it.
>> Put a computed column in the sql. Initialize it to 1 and give it a
>> meaningful name.
>> Set the Protect expression to that column. Your DDDW column is now
>> protected.
>> Code in the Clicked event, if the dwo.name is your DDDW set the protect
>> column to 0 and SetColumn on the DDDW column.
>> (I'm not going to try to get so fancy that they have to click on the
> arrow)
>> Code in the RowFocusChanging event if the currentrow is the DDDW row set
> the
>> protect column to 0 in currentrow
>> Code in the ItemFocusChanged event to set the protect column to 1 if the
> new
>> dwo.name is not your DDDW column.
>> Code in the pbm_dwnkey user event to catch the KeyDownArrow! and do
> whatever
>> you want
>>
>> You could also leave the expression alone - protecting the DDDW column
> will
>> keep them from tabbing into it and they will have to use the mouse. Then
> set
>> the protect column as above and code in the ItemChanged event if dwo.name
> =
>> DDDW column and protect column = 1 then Beep(1) and return 1. In this
>> case
>> you might want to turn off protection if they key something other than
> down
>> arrow.
>>
>>
>> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
>> news:480397e9$1@forums-1-dub...
>> >I have several appliocations which have grid datawindows used for
>> >dataentry.
>> > These datawindows have a number of columns supported by DropDown Lists
> or
>> > Drop Down Datawindows.
>> >
>> > The problem is that the user's complain that the dropdown is activated
>> > simply by tabbing into the column and it invites them to mistakenly
> change
>> > a
>> > drop down's value inadvertently (I know this is all too easy). I agree
>> > with
>> > them in that the column should not always be autoselected and we should
>> > have
>> > the option to turn off autoselection.
>> >
>> > They want the drop down ownly to activiate if the dowpdown arrow is
>> > actually
>> > pressed - so if they press the down arrow (for example) without
>> > clicking
>> > on
>> > the down arrow the focus moves to the next row rather than changing the
>> > selection.
>> >
>> > Anybody know if there ss there a straightforward way to accomplish
>> > this?
>> >
>> >
>>
>>
>
>


Philip Salgannik Posted on 2008-04-16 16:42:42.0Z
Reply-To: "Philip Salgannik" <PhilipSalgannik@work.com>
From: "Philip Salgannik" <PhilipSalgannik@work.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 31
Organization: ATWORK
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3138
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
X-RFC2646: Format=Flowed; Original
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <48062c82$1@forums-1-dub>
Date: 16 Apr 2008 09:42:42 -0700
X-Trace: forums-1-dub 1208364162 10.22.241.152 (16 Apr 2008 09:42:42 -0700)
X-Original-Trace: 16 Apr 2008 09:42:42 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86648
Article PK: 415906

In one product on which I worked we thru out the change in itemchanged of
the dddw style column if the user was using arrow keys on the keyboard...

"Glenn Barber" <gabarber@graymatterllc.com> wrote in message
news:480397e9$1@forums-1-dub...
>I have several appliocations which have grid datawindows used for
>dataentry.
> These datawindows have a number of columns supported by DropDown Lists or
> Drop Down Datawindows.
>
> The problem is that the user's complain that the dropdown is activated
> simply by tabbing into the column and it invites them to mistakenly change
> a
> drop down's value inadvertently (I know this is all too easy). I agree
> with
> them in that the column should not always be autoselected and we should
> have
> the option to turn off autoselection.
>
> They want the drop down ownly to activiate if the dowpdown arrow is
> actually
> pressed - so if they press the down arrow (for example) without clicking
> on
> the down arrow the focus moves to the next row rather than changing the
> selection.
>
> Anybody know if there ss there a straightforward way to accomplish this?
>
>


Glenn Barber Posted on 2008-04-19 02:03:50.0Z
From: "Glenn Barber" <gabarber@graymatterllc.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub> <48062c82$1@forums-1-dub>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 49
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <48095306@forums-1-dub>
Date: 18 Apr 2008 19:03:50 -0700
X-Trace: forums-1-dub 1208570630 10.22.241.152 (18 Apr 2008 19:03:50 -0700)
X-Original-Trace: 18 Apr 2008 19:03:50 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86675
Article PK: 415934

I wonder if I could disable (or capture) the down arrow and replace it with
a setrow to the next row - that would prevent the down arrow from making the
selection inadvertantly (which is probably why the users gets into trouble).
I don't think the tabbing is the source of unexpected entries. Ideally what
we would want is to have the downarrow captured until the dropdown is
actually opened.

What technique were you using to determine if the change was caused by the
down arrow?

Thanks

"Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
news:48062c82$1@forums-1-dub...
> In one product on which I worked we thru out the change in itemchanged of
> the dddw style column if the user was using arrow keys on the keyboard...
>
> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> news:480397e9$1@forums-1-dub...
> >I have several appliocations which have grid datawindows used for
> >dataentry.
> > These datawindows have a number of columns supported by DropDown Lists
or
> > Drop Down Datawindows.
> >
> > The problem is that the user's complain that the dropdown is activated
> > simply by tabbing into the column and it invites them to mistakenly
change
> > a
> > drop down's value inadvertently (I know this is all too easy). I agree
> > with
> > them in that the column should not always be autoselected and we should
> > have
> > the option to turn off autoselection.
> >
> > They want the drop down ownly to activiate if the dowpdown arrow is
> > actually
> > pressed - so if they press the down arrow (for example) without clicking
> > on
> > the down arrow the focus moves to the next row rather than changing the
> > selection.
> >
> > Anybody know if there ss there a straightforward way to accomplish this?
> >
> >
>
>


Philip Salgannik Posted on 2008-04-21 17:06:03.0Z
Reply-To: "Philip Salgannik" <PhilipSalgannik@work.com>
From: "Philip Salgannik" <PhilipSalgannik@work.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub> <48062c82$1@forums-1-dub> <48095306@forums-1-dub>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 92
Organization: ATWORK
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3138
X-RFC2646: Format=Flowed; Original
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <480cc97b$1@forums-1-dub>
Date: 21 Apr 2008 10:06:03 -0700
X-Trace: forums-1-dub 1208797563 10.22.241.152 (21 Apr 2008 10:06:03 -0700)
X-Original-Trace: 21 Apr 2008 10:06:03 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86688
Article PK: 415947

Something along these lines (theoretically you could post scrolltorow,
previous or next depending on the arrow key):

//+
//:ancestor overridden and possibly called
//: Event: itemchanged Object: yourdatawindow
//:
//: Created By:
//: Modified By: Philip Salgannik 01/21/98
//: Description: No itemchange on arrows - ib_arrow_key is an instance
boolean checked in itemerror event
//-
IF (Keydown(KeyUpArrow!) OR Keydown(KeyDownArrow!)) THEN
string s
s =DESCRIBE(dwo.name + ".dddw.displaycolumn")
ib_arrow_key = NOT ((s = "?") or ( s = "!"))
END IF
IF ib_arrow_key THEN
RETURN 1
END IF
//possible further processing here


//: Event: itemerror
//Ignore if triggered in itemchanged by arrowing thru DDWs
IF ib_arrow_key THEN
ib_arrow_key = FALSE
RETURN 1
END IF

"Glenn Barber" <gabarber@graymatterllc.com> wrote in message
news:48095306@forums-1-dub...
>I wonder if I could disable (or capture) the down arrow and replace it
>with
> a setrow to the next row - that would prevent the down arrow from making
> the
> selection inadvertantly (which is probably why the users gets into
> trouble).
> I don't think the tabbing is the source of unexpected entries. Ideally
> what
> we would want is to have the downarrow captured until the dropdown is
> actually opened.
>
> What technique were you using to determine if the change was caused by the
> down arrow?
>
> Thanks
>
> "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
> news:48062c82$1@forums-1-dub...
>> In one product on which I worked we thru out the change in itemchanged of
>> the dddw style column if the user was using arrow keys on the
>> keyboard...
>>
>> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
>> news:480397e9$1@forums-1-dub...
>> >I have several appliocations which have grid datawindows used for
>> >dataentry.
>> > These datawindows have a number of columns supported by DropDown Lists
> or
>> > Drop Down Datawindows.
>> >
>> > The problem is that the user's complain that the dropdown is activated
>> > simply by tabbing into the column and it invites them to mistakenly
> change
>> > a
>> > drop down's value inadvertently (I know this is all too easy). I agree
>> > with
>> > them in that the column should not always be autoselected and we should
>> > have
>> > the option to turn off autoselection.
>> >
>> > They want the drop down ownly to activiate if the dowpdown arrow is
>> > actually
>> > pressed - so if they press the down arrow (for example) without
>> > clicking
>> > on
>> > the down arrow the focus moves to the next row rather than changing the
>> > selection.
>> >
>> > Anybody know if there ss there a straightforward way to accomplish
>> > this?
>> >
>> >
>>
>>
>
>


Glenn Barber Posted on 2008-04-24 19:12:22.0Z
From: "Glenn Barber" <gabarber@graymatterllc.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub> <48062c82$1@forums-1-dub> <48095306@forums-1-dub> <480cc97b$1@forums-1-dub>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 108
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <4810db96$1@forums-1-dub>
Date: 24 Apr 2008 12:12:22 -0700
X-Trace: forums-1-dub 1209064342 10.22.241.152 (24 Apr 2008 12:12:22 -0700)
X-Original-Trace: 24 Apr 2008 12:12:22 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86711
Article PK: 415971

Thanks

I had forgotten I might need to swallow the UpArrow as well. Ill give this
a shot.

"Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
news:480cc97b$1@forums-1-dub...
> Something along these lines (theoretically you could post scrolltorow,
> previous or next depending on the arrow key):
>
> //+
> //:ancestor overridden and possibly called
> //: Event: itemchanged Object: yourdatawindow
> //:
> //: Created By:
> //: Modified By: Philip Salgannik 01/21/98
> //: Description: No itemchange on arrows - ib_arrow_key is an instance
> boolean checked in itemerror event
> //-
> IF (Keydown(KeyUpArrow!) OR Keydown(KeyDownArrow!)) THEN
> string s
> s =DESCRIBE(dwo.name + ".dddw.displaycolumn")
> ib_arrow_key = NOT ((s = "?") or ( s = "!"))
> END IF
> IF ib_arrow_key THEN
> RETURN 1
> END IF
> //possible further processing here
>
>
> //: Event: itemerror
> //Ignore if triggered in itemchanged by arrowing thru DDWs
> IF ib_arrow_key THEN
> ib_arrow_key = FALSE
> RETURN 1
> END IF
>
>
>
> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> news:48095306@forums-1-dub...
> >I wonder if I could disable (or capture) the down arrow and replace it
> >with
> > a setrow to the next row - that would prevent the down arrow from making
> > the
> > selection inadvertantly (which is probably why the users gets into
> > trouble).
> > I don't think the tabbing is the source of unexpected entries. Ideally
> > what
> > we would want is to have the downarrow captured until the dropdown is
> > actually opened.
> >
> > What technique were you using to determine if the change was caused by
the
> > down arrow?
> >
> > Thanks
> >
> > "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
> > news:48062c82$1@forums-1-dub...
> >> In one product on which I worked we thru out the change in itemchanged
of
> >> the dddw style column if the user was using arrow keys on the
> >> keyboard...
> >>
> >> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> >> news:480397e9$1@forums-1-dub...
> >> >I have several appliocations which have grid datawindows used for
> >> >dataentry.
> >> > These datawindows have a number of columns supported by DropDown
Lists
> > or
> >> > Drop Down Datawindows.
> >> >
> >> > The problem is that the user's complain that the dropdown is
activated
> >> > simply by tabbing into the column and it invites them to mistakenly
> > change
> >> > a
> >> > drop down's value inadvertently (I know this is all too easy). I
agree
> >> > with
> >> > them in that the column should not always be autoselected and we
should
> >> > have
> >> > the option to turn off autoselection.
> >> >
> >> > They want the drop down ownly to activiate if the dowpdown arrow is
> >> > actually
> >> > pressed - so if they press the down arrow (for example) without
> >> > clicking
> >> > on
> >> > the down arrow the focus moves to the next row rather than changing
the
> >> > selection.
> >> >
> >> > Anybody know if there ss there a straightforward way to accomplish
> >> > this?
> >> >
> >> >
> >>
> >>
> >
> >
>
>


Glenn Barber Posted on 2008-04-25 17:55:13.0Z
From: "Glenn Barber" <gabarber@graymatterllc.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub> <48062c82$1@forums-1-dub> <48095306@forums-1-dub> <480cc97b$1@forums-1-dub>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 113
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <48121b01$1@forums-1-dub>
Date: 25 Apr 2008 10:55:13 -0700
X-Trace: forums-1-dub 1209146113 10.22.241.152 (25 Apr 2008 10:55:13 -0700)
X-Original-Trace: 25 Apr 2008 10:55:13 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86714
Article PK: 415974

Hi Philip

I am not getting the IF (Keydown(KeyUpArrow!) OR Keydown(KeyDownArrow!)) to
respond when using the up or dow arrow key to select in a dropdownlistbox in
the grid. Any ideas what might be wrong?

Thanks

Glenn

"Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
news:480cc97b$1@forums-1-dub...
> Something along these lines (theoretically you could post scrolltorow,
> previous or next depending on the arrow key):
>
> //+
> //:ancestor overridden and possibly called
> //: Event: itemchanged Object: yourdatawindow
> //:
> //: Created By:
> //: Modified By: Philip Salgannik 01/21/98
> //: Description: No itemchange on arrows - ib_arrow_key is an instance
> boolean checked in itemerror event
> //-
> IF (Keydown(KeyUpArrow!) OR Keydown(KeyDownArrow!)) THEN
> string s
> s =DESCRIBE(dwo.name + ".dddw.displaycolumn")
> ib_arrow_key = NOT ((s = "?") or ( s = "!"))
> END IF
> IF ib_arrow_key THEN
> RETURN 1
> END IF
> //possible further processing here
>
>
> //: Event: itemerror
> //Ignore if triggered in itemchanged by arrowing thru DDWs
> IF ib_arrow_key THEN
> ib_arrow_key = FALSE
> RETURN 1
> END IF
>
>
>
> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> news:48095306@forums-1-dub...
> >I wonder if I could disable (or capture) the down arrow and replace it
> >with
> > a setrow to the next row - that would prevent the down arrow from making
> > the
> > selection inadvertantly (which is probably why the users gets into
> > trouble).
> > I don't think the tabbing is the source of unexpected entries. Ideally
> > what
> > we would want is to have the downarrow captured until the dropdown is
> > actually opened.
> >
> > What technique were you using to determine if the change was caused by
the
> > down arrow?
> >
> > Thanks
> >
> > "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
> > news:48062c82$1@forums-1-dub...
> >> In one product on which I worked we thru out the change in itemchanged
of
> >> the dddw style column if the user was using arrow keys on the
> >> keyboard...
> >>
> >> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> >> news:480397e9$1@forums-1-dub...
> >> >I have several appliocations which have grid datawindows used for
> >> >dataentry.
> >> > These datawindows have a number of columns supported by DropDown
Lists
> > or
> >> > Drop Down Datawindows.
> >> >
> >> > The problem is that the user's complain that the dropdown is
activated
> >> > simply by tabbing into the column and it invites them to mistakenly
> > change
> >> > a
> >> > drop down's value inadvertently (I know this is all too easy). I
agree
> >> > with
> >> > them in that the column should not always be autoselected and we
should
> >> > have
> >> > the option to turn off autoselection.
> >> >
> >> > They want the drop down ownly to activiate if the dowpdown arrow is
> >> > actually
> >> > pressed - so if they press the down arrow (for example) without
> >> > clicking
> >> > on
> >> > the down arrow the focus moves to the next row rather than changing
the
> >> > selection.
> >> >
> >> > Anybody know if there ss there a straightforward way to accomplish
> >> > this?
> >> >
> >> >
> >>
> >>
> >
> >
>
>


Glenn Barber Posted on 2008-04-26 01:16:27.0Z
From: "Glenn Barber" <gabarber@graymatterllc.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub> <48062c82$1@forums-1-dub> <48095306@forums-1-dub> <480cc97b$1@forums-1-dub>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 114
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <4812826b@forums-1-dub>
Date: 25 Apr 2008 18:16:27 -0700
X-Trace: forums-1-dub 1209172587 10.22.241.152 (25 Apr 2008 18:16:27 -0700)
X-Original-Trace: 25 Apr 2008 18:16:27 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86717
Article PK: 415977

I absolutely cannot get the KeyDown to work when inside the itemchanged of a
dropdownlistbox (not a dddw)
I tried capturing it in the pbm_dwnkey but it does not fire with the arrows
in a dropdownlistbox

I also noticed that the parameters provided in pbm_dwnkey are different than
in the online documentation. (PB10.5.2)

Any ideas...

"Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
news:480cc97b$1@forums-1-dub...
> Something along these lines (theoretically you could post scrolltorow,
> previous or next depending on the arrow key):
>
> //+
> //:ancestor overridden and possibly called
> //: Event: itemchanged Object: yourdatawindow
> //:
> //: Created By:
> //: Modified By: Philip Salgannik 01/21/98
> //: Description: No itemchange on arrows - ib_arrow_key is an instance
> boolean checked in itemerror event
> //-
> IF (Keydown(KeyUpArrow!) OR Keydown(KeyDownArrow!)) THEN
> string s
> s =DESCRIBE(dwo.name + ".dddw.displaycolumn")
> ib_arrow_key = NOT ((s = "?") or ( s = "!"))
> END IF
> IF ib_arrow_key THEN
> RETURN 1
> END IF
> //possible further processing here
>
>
> //: Event: itemerror
> //Ignore if triggered in itemchanged by arrowing thru DDWs
> IF ib_arrow_key THEN
> ib_arrow_key = FALSE
> RETURN 1
> END IF
>
>
>
> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> news:48095306@forums-1-dub...
> >I wonder if I could disable (or capture) the down arrow and replace it
> >with
> > a setrow to the next row - that would prevent the down arrow from making
> > the
> > selection inadvertantly (which is probably why the users gets into
> > trouble).
> > I don't think the tabbing is the source of unexpected entries. Ideally
> > what
> > we would want is to have the downarrow captured until the dropdown is
> > actually opened.
> >
> > What technique were you using to determine if the change was caused by
the
> > down arrow?
> >
> > Thanks
> >
> > "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
> > news:48062c82$1@forums-1-dub...
> >> In one product on which I worked we thru out the change in itemchanged
of
> >> the dddw style column if the user was using arrow keys on the
> >> keyboard...
> >>
> >> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> >> news:480397e9$1@forums-1-dub...
> >> >I have several appliocations which have grid datawindows used for
> >> >dataentry.
> >> > These datawindows have a number of columns supported by DropDown
Lists
> > or
> >> > Drop Down Datawindows.
> >> >
> >> > The problem is that the user's complain that the dropdown is
activated
> >> > simply by tabbing into the column and it invites them to mistakenly
> > change
> >> > a
> >> > drop down's value inadvertently (I know this is all too easy). I
agree
> >> > with
> >> > them in that the column should not always be autoselected and we
should
> >> > have
> >> > the option to turn off autoselection.
> >> >
> >> > They want the drop down ownly to activiate if the dowpdown arrow is
> >> > actually
> >> > pressed - so if they press the down arrow (for example) without
> >> > clicking
> >> > on
> >> > the down arrow the focus moves to the next row rather than changing
the
> >> > selection.
> >> >
> >> > Anybody know if there ss there a straightforward way to accomplish
> >> > this?
> >> >
> >> >
> >>
> >>
> >
> >
>
>


Philip Salgannik Posted on 2008-04-28 16:03:26.0Z
Reply-To: "Philip Salgannik" <PhilipSalgannik@work.com>
From: "Philip Salgannik" <PhilipSalgannik@work.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub> <48062c82$1@forums-1-dub> <48095306@forums-1-dub> <480cc97b$1@forums-1-dub> <4812826b@forums-1-dub>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 123
Organization: ATWORK
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3138
X-RFC2646: Format=Flowed; Original
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <4815f54e$1@forums-1-dub>
Date: 28 Apr 2008 09:03:26 -0700
X-Trace: forums-1-dub 1209398606 10.22.241.152 (28 Apr 2008 09:03:26 -0700)
X-Original-Trace: 28 Apr 2008 09:03:26 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86720
Article PK: 415979

Then you'll have to use some API, like GetKeyboardState or smth ...

"Glenn Barber" <gabarber@graymatterllc.com> wrote in message
news:4812826b@forums-1-dub...
>I absolutely cannot get the KeyDown to work when inside the itemchanged of
>a
> dropdownlistbox (not a dddw)
> I tried capturing it in the pbm_dwnkey but it does not fire with the
> arrows
> in a dropdownlistbox
>
> I also noticed that the parameters provided in pbm_dwnkey are different
> than
> in the online documentation. (PB10.5.2)
>
> Any ideas...
>
>
> "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
> news:480cc97b$1@forums-1-dub...
>> Something along these lines (theoretically you could post scrolltorow,
>> previous or next depending on the arrow key):
>>
>> //+
>> //:ancestor overridden and possibly called
>> //: Event: itemchanged Object: yourdatawindow
>> //:
>> //: Created By:
>> //: Modified By: Philip Salgannik 01/21/98
>> //: Description: No itemchange on arrows - ib_arrow_key is an instance
>> boolean checked in itemerror event
>> //-
>> IF (Keydown(KeyUpArrow!) OR Keydown(KeyDownArrow!)) THEN
>> string s
>> s =DESCRIBE(dwo.name + ".dddw.displaycolumn")
>> ib_arrow_key = NOT ((s = "?") or ( s = "!"))
>> END IF
>> IF ib_arrow_key THEN
>> RETURN 1
>> END IF
>> //possible further processing here
>>
>>
>> //: Event: itemerror
>> //Ignore if triggered in itemchanged by arrowing thru DDWs
>> IF ib_arrow_key THEN
>> ib_arrow_key = FALSE
>> RETURN 1
>> END IF
>>
>>
>>
>> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
>> news:48095306@forums-1-dub...
>> >I wonder if I could disable (or capture) the down arrow and replace it
>> >with
>> > a setrow to the next row - that would prevent the down arrow from
>> > making
>> > the
>> > selection inadvertantly (which is probably why the users gets into
>> > trouble).
>> > I don't think the tabbing is the source of unexpected entries. Ideally
>> > what
>> > we would want is to have the downarrow captured until the dropdown is
>> > actually opened.
>> >
>> > What technique were you using to determine if the change was caused by
> the
>> > down arrow?
>> >
>> > Thanks
>> >
>> > "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
>> > news:48062c82$1@forums-1-dub...
>> >> In one product on which I worked we thru out the change in itemchanged
> of
>> >> the dddw style column if the user was using arrow keys on the
>> >> keyboard...
>> >>
>> >> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
>> >> news:480397e9$1@forums-1-dub...
>> >> >I have several appliocations which have grid datawindows used for
>> >> >dataentry.
>> >> > These datawindows have a number of columns supported by DropDown
> Lists
>> > or
>> >> > Drop Down Datawindows.
>> >> >
>> >> > The problem is that the user's complain that the dropdown is
> activated
>> >> > simply by tabbing into the column and it invites them to mistakenly
>> > change
>> >> > a
>> >> > drop down's value inadvertently (I know this is all too easy). I
> agree
>> >> > with
>> >> > them in that the column should not always be autoselected and we
> should
>> >> > have
>> >> > the option to turn off autoselection.
>> >> >
>> >> > They want the drop down ownly to activiate if the dowpdown arrow is
>> >> > actually
>> >> > pressed - so if they press the down arrow (for example) without
>> >> > clicking
>> >> > on
>> >> > the down arrow the focus moves to the next row rather than changing
> the
>> >> > selection.
>> >> >
>> >> > Anybody know if there ss there a straightforward way to accomplish
>> >> > this?
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>


Philip Salgannik Posted on 2008-04-28 19:13:44.0Z
Reply-To: "Philip Salgannik" <PhilipSalgannik@work.com>
From: "Philip Salgannik" <PhilipSalgannik@work.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub> <48062c82$1@forums-1-dub> <48095306@forums-1-dub> <480cc97b$1@forums-1-dub> <4812826b@forums-1-dub>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 126
Organization: ATWORK
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3138
X-RFC2646: Format=Flowed; Original
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <481621e8$1@forums-1-dub>
Date: 28 Apr 2008 12:13:44 -0700
X-Trace: forums-1-dub 1209410024 10.22.241.152 (28 Apr 2008 12:13:44 -0700)
X-Original-Trace: 28 Apr 2008 12:13:44 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86724
Article PK: 415983

FWIW, I have no problem testing for arrow keys in itemchanged event on a
ddlb column in a grid dataobject with IF (Keydown(KeyUpArrow!) OR
Keydown(KeyDownArrow!)) THEN...

"Glenn Barber" <gabarber@graymatterllc.com> wrote in message
news:4812826b@forums-1-dub...
>I absolutely cannot get the KeyDown to work when inside the itemchanged of
>a
> dropdownlistbox (not a dddw)
> I tried capturing it in the pbm_dwnkey but it does not fire with the
> arrows
> in a dropdownlistbox
>
> I also noticed that the parameters provided in pbm_dwnkey are different
> than
> in the online documentation. (PB10.5.2)
>
> Any ideas...
>
>
> "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
> news:480cc97b$1@forums-1-dub...
>> Something along these lines (theoretically you could post scrolltorow,
>> previous or next depending on the arrow key):
>>
>> //+
>> //:ancestor overridden and possibly called
>> //: Event: itemchanged Object: yourdatawindow
>> //:
>> //: Created By:
>> //: Modified By: Philip Salgannik 01/21/98
>> //: Description: No itemchange on arrows - ib_arrow_key is an instance
>> boolean checked in itemerror event
>> //-
>> IF (Keydown(KeyUpArrow!) OR Keydown(KeyDownArrow!)) THEN
>> string s
>> s =DESCRIBE(dwo.name + ".dddw.displaycolumn")
>> ib_arrow_key = NOT ((s = "?") or ( s = "!"))
>> END IF
>> IF ib_arrow_key THEN
>> RETURN 1
>> END IF
>> //possible further processing here
>>
>>
>> //: Event: itemerror
>> //Ignore if triggered in itemchanged by arrowing thru DDWs
>> IF ib_arrow_key THEN
>> ib_arrow_key = FALSE
>> RETURN 1
>> END IF
>>
>>
>>
>> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
>> news:48095306@forums-1-dub...
>> >I wonder if I could disable (or capture) the down arrow and replace it
>> >with
>> > a setrow to the next row - that would prevent the down arrow from
>> > making
>> > the
>> > selection inadvertantly (which is probably why the users gets into
>> > trouble).
>> > I don't think the tabbing is the source of unexpected entries. Ideally
>> > what
>> > we would want is to have the downarrow captured until the dropdown is
>> > actually opened.
>> >
>> > What technique were you using to determine if the change was caused by
> the
>> > down arrow?
>> >
>> > Thanks
>> >
>> > "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
>> > news:48062c82$1@forums-1-dub...
>> >> In one product on which I worked we thru out the change in itemchanged
> of
>> >> the dddw style column if the user was using arrow keys on the
>> >> keyboard...
>> >>
>> >> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
>> >> news:480397e9$1@forums-1-dub...
>> >> >I have several appliocations which have grid datawindows used for
>> >> >dataentry.
>> >> > These datawindows have a number of columns supported by DropDown
> Lists
>> > or
>> >> > Drop Down Datawindows.
>> >> >
>> >> > The problem is that the user's complain that the dropdown is
> activated
>> >> > simply by tabbing into the column and it invites them to mistakenly
>> > change
>> >> > a
>> >> > drop down's value inadvertently (I know this is all too easy). I
> agree
>> >> > with
>> >> > them in that the column should not always be autoselected and we
> should
>> >> > have
>> >> > the option to turn off autoselection.
>> >> >
>> >> > They want the drop down ownly to activiate if the dowpdown arrow is
>> >> > actually
>> >> > pressed - so if they press the down arrow (for example) without
>> >> > clicking
>> >> > on
>> >> > the down arrow the focus moves to the next row rather than changing
> the
>> >> > selection.
>> >> >
>> >> > Anybody know if there ss there a straightforward way to accomplish
>> >> > this?
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>


Philip Salgannik Posted on 2008-04-28 19:24:27.0Z
Reply-To: "Philip Salgannik" <PhilipSalgannik@work.com>
From: "Philip Salgannik" <PhilipSalgannik@work.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub> <48062c82$1@forums-1-dub> <48095306@forums-1-dub> <480cc97b$1@forums-1-dub> <4812826b@forums-1-dub> <481621e8$1@forums-1-dub>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 133
Organization: ATWORK
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3138
X-RFC2646: Format=Flowed; Response
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <4816246b$1@forums-1-dub>
Date: 28 Apr 2008 12:24:27 -0700
X-Trace: forums-1-dub 1209410667 10.22.241.152 (28 Apr 2008 12:24:27 -0700)
X-Original-Trace: 28 Apr 2008 12:24:27 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86726
Article PK: 415985

...in pb 10.5 (and 9)

"Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
news:481621e8$1@forums-1-dub...
> FWIW, I have no problem testing for arrow keys in itemchanged event on a
> ddlb column in a grid dataobject with IF (Keydown(KeyUpArrow!) OR
> Keydown(KeyDownArrow!)) THEN...
>
> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> news:4812826b@forums-1-dub...
>>I absolutely cannot get the KeyDown to work when inside the itemchanged of
>>a
>> dropdownlistbox (not a dddw)
>> I tried capturing it in the pbm_dwnkey but it does not fire with the
>> arrows
>> in a dropdownlistbox
>>
>> I also noticed that the parameters provided in pbm_dwnkey are different
>> than
>> in the online documentation. (PB10.5.2)
>>
>> Any ideas...
>>
>>
>> "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
>> news:480cc97b$1@forums-1-dub...
>>> Something along these lines (theoretically you could post scrolltorow,
>>> previous or next depending on the arrow key):
>>>
>>> //+
>>> //:ancestor overridden and possibly called
>>> //: Event: itemchanged Object: yourdatawindow
>>> //:
>>> //: Created By:
>>> //: Modified By: Philip Salgannik 01/21/98
>>> //: Description: No itemchange on arrows - ib_arrow_key is an instance
>>> boolean checked in itemerror event
>>> //-
>>> IF (Keydown(KeyUpArrow!) OR Keydown(KeyDownArrow!)) THEN
>>> string s
>>> s =DESCRIBE(dwo.name + ".dddw.displaycolumn")
>>> ib_arrow_key = NOT ((s = "?") or ( s = "!"))
>>> END IF
>>> IF ib_arrow_key THEN
>>> RETURN 1
>>> END IF
>>> //possible further processing here
>>>
>>>
>>> //: Event: itemerror
>>> //Ignore if triggered in itemchanged by arrowing thru DDWs
>>> IF ib_arrow_key THEN
>>> ib_arrow_key = FALSE
>>> RETURN 1
>>> END IF
>>>
>>>
>>>
>>> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
>>> news:48095306@forums-1-dub...
>>> >I wonder if I could disable (or capture) the down arrow and replace it
>>> >with
>>> > a setrow to the next row - that would prevent the down arrow from
>>> > making
>>> > the
>>> > selection inadvertantly (which is probably why the users gets into
>>> > trouble).
>>> > I don't think the tabbing is the source of unexpected entries.
>>> > Ideally
>>> > what
>>> > we would want is to have the downarrow captured until the dropdown is
>>> > actually opened.
>>> >
>>> > What technique were you using to determine if the change was caused by
>> the
>>> > down arrow?
>>> >
>>> > Thanks
>>> >
>>> > "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
>>> > news:48062c82$1@forums-1-dub...
>>> >> In one product on which I worked we thru out the change in
>>> >> itemchanged
>> of
>>> >> the dddw style column if the user was using arrow keys on the
>>> >> keyboard...
>>> >>
>>> >> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
>>> >> news:480397e9$1@forums-1-dub...
>>> >> >I have several appliocations which have grid datawindows used for
>>> >> >dataentry.
>>> >> > These datawindows have a number of columns supported by DropDown
>> Lists
>>> > or
>>> >> > Drop Down Datawindows.
>>> >> >
>>> >> > The problem is that the user's complain that the dropdown is
>> activated
>>> >> > simply by tabbing into the column and it invites them to mistakenly
>>> > change
>>> >> > a
>>> >> > drop down's value inadvertently (I know this is all too easy). I
>> agree
>>> >> > with
>>> >> > them in that the column should not always be autoselected and we
>> should
>>> >> > have
>>> >> > the option to turn off autoselection.
>>> >> >
>>> >> > They want the drop down ownly to activiate if the dowpdown arrow is
>>> >> > actually
>>> >> > pressed - so if they press the down arrow (for example) without
>>> >> > clicking
>>> >> > on
>>> >> > the down arrow the focus moves to the next row rather than changing
>> the
>>> >> > selection.
>>> >> >
>>> >> > Anybody know if there ss there a straightforward way to accomplish
>>> >> > this?
>>> >> >
>>> >> >
>>> >>
>>> >>
>>> >
>>> >
>>>
>>>
>>
>>
>
>


Glenn Barber Posted on 2008-04-29 01:08:32.0Z
From: "Glenn Barber" <gabarber@graymatterllc.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub> <48062c82$1@forums-1-dub> <48095306@forums-1-dub> <480cc97b$1@forums-1-dub> <4812826b@forums-1-dub> <481621e8$1@forums-1-dub> <4816246b$1@forums-1-dub>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 154
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <48167510$1@forums-1-dub>
Date: 28 Apr 2008 18:08:32 -0700
X-Trace: forums-1-dub 1209431312 10.22.241.152 (28 Apr 2008 18:08:32 -0700)
X-Original-Trace: 28 Apr 2008 18:08:32 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86736
Article PK: 415994

OK Im in 10.5.2 Build 7662 and the pbm_keydwn as well as the KeyDown in the
item changed are completely swallowed in a ddlb and I have no guesses as to
why. I tried this with a instance of u_dw from the PFC and a garden variety
datawindow (with and without a user event for pbm_dwnkey declared). Outside
of a ddlb they work perfectly -so Im pretty sure not my code in the
itemchanged and itemerro events.

Any suggestions as to what might be causing this would be very helpful.

"Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
news:4816246b$1@forums-1-dub...
> ...in pb 10.5 (and 9)
> "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
> news:481621e8$1@forums-1-dub...
> > FWIW, I have no problem testing for arrow keys in itemchanged event on a
> > ddlb column in a grid dataobject with IF (Keydown(KeyUpArrow!) OR
> > Keydown(KeyDownArrow!)) THEN...
> >
> > "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> > news:4812826b@forums-1-dub...
> >>I absolutely cannot get the KeyDown to work when inside the itemchanged
of
> >>a
> >> dropdownlistbox (not a dddw)
> >> I tried capturing it in the pbm_dwnkey but it does not fire with the
> >> arrows
> >> in a dropdownlistbox
> >>
> >> I also noticed that the parameters provided in pbm_dwnkey are different
> >> than
> >> in the online documentation. (PB10.5.2)
> >>
> >> Any ideas...
> >>
> >>
> >> "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
> >> news:480cc97b$1@forums-1-dub...
> >>> Something along these lines (theoretically you could post scrolltorow,
> >>> previous or next depending on the arrow key):
> >>>
> >>> //+
> >>> //:ancestor overridden and possibly called
> >>> //: Event: itemchanged Object: yourdatawindow
> >>> //:
> >>> //: Created By:
> >>> //: Modified By: Philip Salgannik 01/21/98
> >>> //: Description: No itemchange on arrows - ib_arrow_key is an instance
> >>> boolean checked in itemerror event
> >>> //-
> >>> IF (Keydown(KeyUpArrow!) OR Keydown(KeyDownArrow!)) THEN
> >>> string s
> >>> s =DESCRIBE(dwo.name + ".dddw.displaycolumn")
> >>> ib_arrow_key = NOT ((s = "?") or ( s = "!"))
> >>> END IF
> >>> IF ib_arrow_key THEN
> >>> RETURN 1
> >>> END IF
> >>> //possible further processing here
> >>>
> >>>
> >>> //: Event: itemerror
> >>> //Ignore if triggered in itemchanged by arrowing thru DDWs
> >>> IF ib_arrow_key THEN
> >>> ib_arrow_key = FALSE
> >>> RETURN 1
> >>> END IF
> >>>
> >>>
> >>>
> >>> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> >>> news:48095306@forums-1-dub...
> >>> >I wonder if I could disable (or capture) the down arrow and replace
it
> >>> >with
> >>> > a setrow to the next row - that would prevent the down arrow from
> >>> > making
> >>> > the
> >>> > selection inadvertantly (which is probably why the users gets into
> >>> > trouble).
> >>> > I don't think the tabbing is the source of unexpected entries.
> >>> > Ideally
> >>> > what
> >>> > we would want is to have the downarrow captured until the dropdown
is
> >>> > actually opened.
> >>> >
> >>> > What technique were you using to determine if the change was caused
by
> >> the
> >>> > down arrow?
> >>> >
> >>> > Thanks
> >>> >
> >>> > "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
> >>> > news:48062c82$1@forums-1-dub...
> >>> >> In one product on which I worked we thru out the change in
> >>> >> itemchanged
> >> of
> >>> >> the dddw style column if the user was using arrow keys on the
> >>> >> keyboard...
> >>> >>
> >>> >> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> >>> >> news:480397e9$1@forums-1-dub...
> >>> >> >I have several appliocations which have grid datawindows used for
> >>> >> >dataentry.
> >>> >> > These datawindows have a number of columns supported by DropDown
> >> Lists
> >>> > or
> >>> >> > Drop Down Datawindows.
> >>> >> >
> >>> >> > The problem is that the user's complain that the dropdown is
> >> activated
> >>> >> > simply by tabbing into the column and it invites them to
mistakenly
> >>> > change
> >>> >> > a
> >>> >> > drop down's value inadvertently (I know this is all too easy). I
> >> agree
> >>> >> > with
> >>> >> > them in that the column should not always be autoselected and we
> >> should
> >>> >> > have
> >>> >> > the option to turn off autoselection.
> >>> >> >
> >>> >> > They want the drop down ownly to activiate if the dowpdown arrow
is
> >>> >> > actually
> >>> >> > pressed - so if they press the down arrow (for example) without
> >>> >> > clicking
> >>> >> > on
> >>> >> > the down arrow the focus moves to the next row rather than
changing
> >> the
> >>> >> > selection.
> >>> >> >
> >>> >> > Anybody know if there ss there a straightforward way to
accomplish
> >>> >> > this?
> >>> >> >
> >>> >> >
> >>> >>
> >>> >>
> >>> >
> >>> >
> >>>
> >>>
> >>
> >>
> >
> >
>
>


Glenn Barber Posted on 2008-04-28 23:40:45.0Z
From: "Glenn Barber" <gabarber@graymatterllc.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub> <48062c82$1@forums-1-dub> <48095306@forums-1-dub> <480cc97b$1@forums-1-dub> <4812826b@forums-1-dub> <481621e8$1@forums-1-dub>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 150
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <4816607d$1@forums-1-dub>
Date: 28 Apr 2008 16:40:45 -0700
X-Trace: forums-1-dub 1209426045 10.22.241.152 (28 Apr 2008 16:40:45 -0700)
X-Original-Trace: 28 Apr 2008 16:40:45 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86734
Article PK: 415993

I've beat myself to death with trying to get this to work - and also found
another post on a similar topic where the author couldn't seem to capture
the KeyDown in itemchanged either. It's as if something was intercepting it
and not passing it thru.

I am looking for what might be the condition that prevents it from being
captured. So far I am only testing in the debugger - could that be the
problem?

I am using the PFC with PB 10.5.2

"Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
news:481621e8$1@forums-1-dub...
> FWIW, I have no problem testing for arrow keys in itemchanged event on a
> ddlb column in a grid dataobject with IF (Keydown(KeyUpArrow!) OR
> Keydown(KeyDownArrow!)) THEN...
>
> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> news:4812826b@forums-1-dub...
> >I absolutely cannot get the KeyDown to work when inside the itemchanged
of
> >a
> > dropdownlistbox (not a dddw)
> > I tried capturing it in the pbm_dwnkey but it does not fire with the
> > arrows
> > in a dropdownlistbox
> >
> > I also noticed that the parameters provided in pbm_dwnkey are different
> > than
> > in the online documentation. (PB10.5.2)
> >
> > Any ideas...
> >
> >
> > "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
> > news:480cc97b$1@forums-1-dub...
> >> Something along these lines (theoretically you could post scrolltorow,
> >> previous or next depending on the arrow key):
> >>
> >> //+
> >> //:ancestor overridden and possibly called
> >> //: Event: itemchanged Object: yourdatawindow
> >> //:
> >> //: Created By:
> >> //: Modified By: Philip Salgannik 01/21/98
> >> //: Description: No itemchange on arrows - ib_arrow_key is an instance
> >> boolean checked in itemerror event
> >> //-
> >> IF (Keydown(KeyUpArrow!) OR Keydown(KeyDownArrow!)) THEN
> >> string s
> >> s =DESCRIBE(dwo.name + ".dddw.displaycolumn")
> >> ib_arrow_key = NOT ((s = "?") or ( s = "!"))
> >> END IF
> >> IF ib_arrow_key THEN
> >> RETURN 1
> >> END IF
> >> //possible further processing here
> >>
> >>
> >> //: Event: itemerror
> >> //Ignore if triggered in itemchanged by arrowing thru DDWs
> >> IF ib_arrow_key THEN
> >> ib_arrow_key = FALSE
> >> RETURN 1
> >> END IF
> >>
> >>
> >>
> >> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> >> news:48095306@forums-1-dub...
> >> >I wonder if I could disable (or capture) the down arrow and replace
it
> >> >with
> >> > a setrow to the next row - that would prevent the down arrow from
> >> > making
> >> > the
> >> > selection inadvertantly (which is probably why the users gets into
> >> > trouble).
> >> > I don't think the tabbing is the source of unexpected entries.
Ideally
> >> > what
> >> > we would want is to have the downarrow captured until the dropdown is
> >> > actually opened.
> >> >
> >> > What technique were you using to determine if the change was caused
by
> > the
> >> > down arrow?
> >> >
> >> > Thanks
> >> >
> >> > "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
> >> > news:48062c82$1@forums-1-dub...
> >> >> In one product on which I worked we thru out the change in
itemchanged
> > of
> >> >> the dddw style column if the user was using arrow keys on the
> >> >> keyboard...
> >> >>
> >> >> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> >> >> news:480397e9$1@forums-1-dub...
> >> >> >I have several appliocations which have grid datawindows used for
> >> >> >dataentry.
> >> >> > These datawindows have a number of columns supported by DropDown
> > Lists
> >> > or
> >> >> > Drop Down Datawindows.
> >> >> >
> >> >> > The problem is that the user's complain that the dropdown is
> > activated
> >> >> > simply by tabbing into the column and it invites them to
mistakenly
> >> > change
> >> >> > a
> >> >> > drop down's value inadvertently (I know this is all too easy). I
> > agree
> >> >> > with
> >> >> > them in that the column should not always be autoselected and we
> > should
> >> >> > have
> >> >> > the option to turn off autoselection.
> >> >> >
> >> >> > They want the drop down ownly to activiate if the dowpdown arrow
is
> >> >> > actually
> >> >> > pressed - so if they press the down arrow (for example) without
> >> >> > clicking
> >> >> > on
> >> >> > the down arrow the focus moves to the next row rather than
changing
> > the
> >> >> > selection.
> >> >> >
> >> >> > Anybody know if there ss there a straightforward way to accomplish
> >> >> > this?
> >> >> >
> >> >> >
> >> >>
> >> >>
> >> >
> >> >
> >>
> >>
> >
> >
>
>


Glenn Barber Posted on 2008-04-29 01:56:18.0Z
From: "Glenn Barber" <gabarber@graymatterllc.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub> <48062c82$1@forums-1-dub> <48095306@forums-1-dub> <480cc97b$1@forums-1-dub> <4812826b@forums-1-dub> <481621e8$1@forums-1-dub> <4816607d$1@forums-1-dub>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 167
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <48168042$1@forums-1-dub>
Date: 28 Apr 2008 18:56:18 -0700
X-Trace: forums-1-dub 1209434178 10.22.241.152 (28 Apr 2008 18:56:18 -0700)
X-Original-Trace: 28 Apr 2008 18:56:18 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86739
Article PK: 415998

I was wondering if it was a 10.5.2 build issue but went back to my good ol
PB6.5 environment and it didn't work there either.
Are you doing this in an MDI frame application??

There's got to be something about this that makes it work for you.

"Glenn Barber" <gabarber@graymatterllc.com> wrote in message
news:4816607d$1@forums-1-dub...
> I've beat myself to death with trying to get this to work - and also found
> another post on a similar topic where the author couldn't seem to capture
> the KeyDown in itemchanged either. It's as if something was intercepting
it
> and not passing it thru.
>
> I am looking for what might be the condition that prevents it from being
> captured. So far I am only testing in the debugger - could that be the
> problem?
>
> I am using the PFC with PB 10.5.2
>
>
> "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
> news:481621e8$1@forums-1-dub...
> > FWIW, I have no problem testing for arrow keys in itemchanged event on a
> > ddlb column in a grid dataobject with IF (Keydown(KeyUpArrow!) OR
> > Keydown(KeyDownArrow!)) THEN...
> >
> > "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> > news:4812826b@forums-1-dub...
> > >I absolutely cannot get the KeyDown to work when inside the itemchanged
> of
> > >a
> > > dropdownlistbox (not a dddw)
> > > I tried capturing it in the pbm_dwnkey but it does not fire with the
> > > arrows
> > > in a dropdownlistbox
> > >
> > > I also noticed that the parameters provided in pbm_dwnkey are
different
> > > than
> > > in the online documentation. (PB10.5.2)
> > >
> > > Any ideas...
> > >
> > >
> > > "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
> > > news:480cc97b$1@forums-1-dub...
> > >> Something along these lines (theoretically you could post
scrolltorow,
> > >> previous or next depending on the arrow key):
> > >>
> > >> //+
> > >> //:ancestor overridden and possibly called
> > >> //: Event: itemchanged Object: yourdatawindow
> > >> //:
> > >> //: Created By:
> > >> //: Modified By: Philip Salgannik 01/21/98
> > >> //: Description: No itemchange on arrows - ib_arrow_key is an
instance
> > >> boolean checked in itemerror event
> > >> //-
> > >> IF (Keydown(KeyUpArrow!) OR Keydown(KeyDownArrow!)) THEN
> > >> string s
> > >> s =DESCRIBE(dwo.name + ".dddw.displaycolumn")
> > >> ib_arrow_key = NOT ((s = "?") or ( s = "!"))
> > >> END IF
> > >> IF ib_arrow_key THEN
> > >> RETURN 1
> > >> END IF
> > >> //possible further processing here
> > >>
> > >>
> > >> //: Event: itemerror
> > >> //Ignore if triggered in itemchanged by arrowing thru DDWs
> > >> IF ib_arrow_key THEN
> > >> ib_arrow_key = FALSE
> > >> RETURN 1
> > >> END IF
> > >>
> > >>
> > >>
> > >> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> > >> news:48095306@forums-1-dub...
> > >> >I wonder if I could disable (or capture) the down arrow and replace
> it
> > >> >with
> > >> > a setrow to the next row - that would prevent the down arrow from
> > >> > making
> > >> > the
> > >> > selection inadvertantly (which is probably why the users gets into
> > >> > trouble).
> > >> > I don't think the tabbing is the source of unexpected entries.
> Ideally
> > >> > what
> > >> > we would want is to have the downarrow captured until the dropdown
is
> > >> > actually opened.
> > >> >
> > >> > What technique were you using to determine if the change was caused
> by
> > > the
> > >> > down arrow?
> > >> >
> > >> > Thanks
> > >> >
> > >> > "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
> > >> > news:48062c82$1@forums-1-dub...
> > >> >> In one product on which I worked we thru out the change in
> itemchanged
> > > of
> > >> >> the dddw style column if the user was using arrow keys on the
> > >> >> keyboard...
> > >> >>
> > >> >> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> > >> >> news:480397e9$1@forums-1-dub...
> > >> >> >I have several appliocations which have grid datawindows used for
> > >> >> >dataentry.
> > >> >> > These datawindows have a number of columns supported by DropDown
> > > Lists
> > >> > or
> > >> >> > Drop Down Datawindows.
> > >> >> >
> > >> >> > The problem is that the user's complain that the dropdown is
> > > activated
> > >> >> > simply by tabbing into the column and it invites them to
> mistakenly
> > >> > change
> > >> >> > a
> > >> >> > drop down's value inadvertently (I know this is all too easy).
I
> > > agree
> > >> >> > with
> > >> >> > them in that the column should not always be autoselected and we
> > > should
> > >> >> > have
> > >> >> > the option to turn off autoselection.
> > >> >> >
> > >> >> > They want the drop down ownly to activiate if the dowpdown arrow
> is
> > >> >> > actually
> > >> >> > pressed - so if they press the down arrow (for example) without
> > >> >> > clicking
> > >> >> > on
> > >> >> > the down arrow the focus moves to the next row rather than
> changing
> > > the
> > >> >> > selection.
> > >> >> >
> > >> >> > Anybody know if there ss there a straightforward way to
accomplish
> > >> >> > this?
> > >> >> >
> > >> >> >
> > >> >>
> > >> >>
> > >> >
> > >> >
> > >>
> > >>
> > >
> > >
> >
> >
>
>


Philip Salgannik Posted on 2008-04-29 05:00:06.0Z
From: "Philip Salgannik" <philemaxNOSPAM@comcast.net>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub> <48062c82$1@forums-1-dub> <48095306@forums-1-dub> <480cc97b$1@forums-1-dub> <4812826b@forums-1-dub> <481621e8$1@forums-1-dub> <4816607d$1@forums-1-dub> <48168042$1@forums-1-dub>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 184
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3138
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
X-RFC2646: Format=Flowed; Original
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <4816ab56$1@forums-1-dub>
Date: 28 Apr 2008 22:00:06 -0700
X-Trace: forums-1-dub 1209445206 10.22.241.152 (28 Apr 2008 22:00:06 -0700)
X-Original-Trace: 28 Apr 2008 22:00:06 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86740
Article PK: 415999

Works in MDI, works in SDI - using KeyDown function in the itemchanged
event.
There's got to be something that you are doing :-)

"Glenn Barber" <gabarber@graymatterllc.com> wrote in message
news:48168042$1@forums-1-dub...
>I was wondering if it was a 10.5.2 build issue but went back to my good ol
> PB6.5 environment and it didn't work there either.
> Are you doing this in an MDI frame application??
>
> There's got to be something about this that makes it work for you.
>
> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
> news:4816607d$1@forums-1-dub...
>> I've beat myself to death with trying to get this to work - and also
>> found
>> another post on a similar topic where the author couldn't seem to capture
>> the KeyDown in itemchanged either. It's as if something was intercepting
> it
>> and not passing it thru.
>>
>> I am looking for what might be the condition that prevents it from being
>> captured. So far I am only testing in the debugger - could that be the
>> problem?
>>
>> I am using the PFC with PB 10.5.2
>>
>>
>> "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
>> news:481621e8$1@forums-1-dub...
>> > FWIW, I have no problem testing for arrow keys in itemchanged event on
>> > a
>> > ddlb column in a grid dataobject with IF (Keydown(KeyUpArrow!) OR
>> > Keydown(KeyDownArrow!)) THEN...
>> >
>> > "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
>> > news:4812826b@forums-1-dub...
>> > >I absolutely cannot get the KeyDown to work when inside the
>> > >itemchanged
>> of
>> > >a
>> > > dropdownlistbox (not a dddw)
>> > > I tried capturing it in the pbm_dwnkey but it does not fire with the
>> > > arrows
>> > > in a dropdownlistbox
>> > >
>> > > I also noticed that the parameters provided in pbm_dwnkey are
> different
>> > > than
>> > > in the online documentation. (PB10.5.2)
>> > >
>> > > Any ideas...
>> > >
>> > >
>> > > "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
>> > > news:480cc97b$1@forums-1-dub...
>> > >> Something along these lines (theoretically you could post
> scrolltorow,
>> > >> previous or next depending on the arrow key):
>> > >>
>> > >> //+
>> > >> //:ancestor overridden and possibly called
>> > >> //: Event: itemchanged Object: yourdatawindow
>> > >> //:
>> > >> //: Created By:
>> > >> //: Modified By: Philip Salgannik 01/21/98
>> > >> //: Description: No itemchange on arrows - ib_arrow_key is an
> instance
>> > >> boolean checked in itemerror event
>> > >> //-
>> > >> IF (Keydown(KeyUpArrow!) OR Keydown(KeyDownArrow!)) THEN
>> > >> string s
>> > >> s =DESCRIBE(dwo.name + ".dddw.displaycolumn")
>> > >> ib_arrow_key = NOT ((s = "?") or ( s = "!"))
>> > >> END IF
>> > >> IF ib_arrow_key THEN
>> > >> RETURN 1
>> > >> END IF
>> > >> //possible further processing here
>> > >>
>> > >>
>> > >> //: Event: itemerror
>> > >> //Ignore if triggered in itemchanged by arrowing thru DDWs
>> > >> IF ib_arrow_key THEN
>> > >> ib_arrow_key = FALSE
>> > >> RETURN 1
>> > >> END IF
>> > >>
>> > >>
>> > >>
>> > >> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
>> > >> news:48095306@forums-1-dub...
>> > >> >I wonder if I could disable (or capture) the down arrow and
>> > >> >replace
>> it
>> > >> >with
>> > >> > a setrow to the next row - that would prevent the down arrow from
>> > >> > making
>> > >> > the
>> > >> > selection inadvertantly (which is probably why the users gets into
>> > >> > trouble).
>> > >> > I don't think the tabbing is the source of unexpected entries.
>> Ideally
>> > >> > what
>> > >> > we would want is to have the downarrow captured until the dropdown
> is
>> > >> > actually opened.
>> > >> >
>> > >> > What technique were you using to determine if the change was
>> > >> > caused
>> by
>> > > the
>> > >> > down arrow?
>> > >> >
>> > >> > Thanks
>> > >> >
>> > >> > "Philip Salgannik" <PhilipSalgannik@work.com> wrote in message
>> > >> > news:48062c82$1@forums-1-dub...
>> > >> >> In one product on which I worked we thru out the change in
>> itemchanged
>> > > of
>> > >> >> the dddw style column if the user was using arrow keys on the
>> > >> >> keyboard...
>> > >> >>
>> > >> >> "Glenn Barber" <gabarber@graymatterllc.com> wrote in message
>> > >> >> news:480397e9$1@forums-1-dub...
>> > >> >> >I have several appliocations which have grid datawindows used
>> > >> >> >for
>> > >> >> >dataentry.
>> > >> >> > These datawindows have a number of columns supported by
>> > >> >> > DropDown
>> > > Lists
>> > >> > or
>> > >> >> > Drop Down Datawindows.
>> > >> >> >
>> > >> >> > The problem is that the user's complain that the dropdown is
>> > > activated
>> > >> >> > simply by tabbing into the column and it invites them to
>> mistakenly
>> > >> > change
>> > >> >> > a
>> > >> >> > drop down's value inadvertently (I know this is all too easy).
> I
>> > > agree
>> > >> >> > with
>> > >> >> > them in that the column should not always be autoselected and
>> > >> >> > we
>> > > should
>> > >> >> > have
>> > >> >> > the option to turn off autoselection.
>> > >> >> >
>> > >> >> > They want the drop down ownly to activiate if the dowpdown
>> > >> >> > arrow
>> is
>> > >> >> > actually
>> > >> >> > pressed - so if they press the down arrow (for example) without
>> > >> >> > clicking
>> > >> >> > on
>> > >> >> > the down arrow the focus moves to the next row rather than
>> changing
>> > > the
>> > >> >> > selection.
>> > >> >> >
>> > >> >> > Anybody know if there ss there a straightforward way to
> accomplish
>> > >> >> > this?
>> > >> >> >
>> > >> >> >
>> > >> >>
>> > >> >>
>> > >> >
>> > >> >
>> > >>
>> > >>
>> > >
>> > >
>> >
>> >
>>
>>
>
>


Jeremy Lakeman Posted on 2008-04-29 05:31:04.0Z
From: Jeremy Lakeman <jeremy.lakeman@gmail.com>
Newsgroups: sybase.public.powerbuilder.datawindow
Subject: Re: Question about DDLB and DDDW behavior
Date: Mon, 28 Apr 2008 22:31:04 -0700 (PDT)
Organization: http://groups.google.com
Lines: 26
Message-ID: <11780f83-3ae9-421e-8500-9cb1495de0fd@x35g2000hsb.googlegroups.com>
References: <480397e9$1@forums-1-dub> <48062c82$1@forums-1-dub> <48095306@forums-1-dub> <480cc97b$1@forums-1-dub> <4812826b@forums-1-dub> <481621e8$1@forums-1-dub> <4816607d$1@forums-1-dub> <48168042$1@forums-1-dub>
NNTP-Posting-Host: 203.122.242.105
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: posting.google.com 1209447064 23195 127.0.0.1 (29 Apr 2008 05:31:04 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Tue, 29 Apr 2008 05:31:04 +0000 (UTC)
Complaints-To: groups-abuse@google.com
Injection-Info: x35g2000hsb.googlegroups.com; posting-host=203.122.242.105; posting-account=euaBtgoAAAC_vDxfsxmpMKlBxHaHpmRS
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14,gzip(gfe),gzip(gfe)
X-HTTP-Via: 1.1 asp.essential.intranet:3128 (squid/2.5.STABLE8)
Path: forums-1-dub!forums-master!newssvr.sybase.com!news-sj-1.sprintlink.net!news-peer1.sprintlink.net!newsfeed.yul.equant.net!nntp1.roc.gblx.net!nntp.gblx.net!nntp.gblx.net!newsfeeds.sol.net!newspeer1.nac.net!border2.nntp.dca.giganews.com!nntp.giganews.com!postnews.google.com!x35g2000hsb.googlegroups.com!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86741
Article PK: 416000

I think this is what Phil intended;

event itemchanged;
if dwo.edit.style='ddlb' then
if keydown(keyuparrow!) then
POST scrolltorow(row -1)
return 2
elseif keydown(keydownarrow!) then
POST scrolltorow(row +1)
return 2
end if
end if

But it only works if the value in the list box was actually changed by
the key press. If there isn't an item above / below the current item,
nothing happens.


On Apr 29, 10:56 am, "Glenn Barber" <gabar...@graymatterllc.com>

wrote:
> I was wondering if it was a 10.5.2 build issue but went back to my good ol
> PB6.5 environment and it didn't work there either.
> Are you doing this in an MDI frame application??
>
> There's got to be something about this that makes it work for you.
>


Glenn Barber Posted on 2008-04-29 19:19:21.0Z
From: "Glenn Barber" <gabarber@graymatterllc.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <480397e9$1@forums-1-dub> <48062c82$1@forums-1-dub> <48095306@forums-1-dub> <480cc97b$1@forums-1-dub> <4812826b@forums-1-dub> <481621e8$1@forums-1-dub> <4816607d$1@forums-1-dub> <48168042$1@forums-1-dub> <11780f83-3ae9-421e-8500-9cb1495de0fd@x35g2000hsb.googlegroups.com>
Subject: Re: Question about DDLB and DDDW behavior
Lines: 48
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <481774b9$1@forums-1-dub>
Date: 29 Apr 2008 12:19:21 -0700
X-Trace: forums-1-dub 1209496761 10.22.241.152 (29 Apr 2008 12:19:21 -0700)
X-Original-Trace: 29 Apr 2008 12:19:21 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:86746
Article PK: 416005

Hi Jeremy

I never even got that far - I can't get KeyDown(keyuparrow!) or
KeyDown(keydownarrow!) to ever be true in my itemchanged from my Grid
datawindow when the column is a DDLB. Not in 10.5.2 nor in 6.51

It also doesn't catch the arrow from a pbm_dwnkey as a user defined event
for the ddlb.

While I believe that Phil sees this working I am not the only one to report
that it doesn't seem to work. What I am trying to find out is why it works
for Phil and not for me.

Thanks

Glenn

"Jeremy Lakeman" <jeremy.lakeman@gmail.com> wrote in message
news:11780f83-3ae9-421e-8500-9cb1495de0fd@x35g2000hsb.googlegroups.com...
> I think this is what Phil intended;
>
> event itemchanged;
> if dwo.edit.style='ddlb' then
> if keydown(keyuparrow!) then
> POST scrolltorow(row -1)
> return 2
> elseif keydown(keydownarrow!) then
> POST scrolltorow(row +1)
> return 2
> end if
> end if
>
> But it only works if the value in the list box was actually changed by
> the key press. If there isn't an item above / below the current item,
> nothing happens.
>
>
> On Apr 29, 10:56 am, "Glenn Barber" <gabar...@graymatterllc.com>
> wrote:
> > I was wondering if it was a 10.5.2 build issue but went back to my good
ol
> > PB6.5 environment and it didn't work there either.
> > Are you doing this in an MDI frame application??
> >
> > There's got to be something about this that makes it work for you.
> >