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.

pbm_dwnkey issues

3 posts in DataWindow Last posting was on 2008-09-18 15:10:52.0Z
Newbie Posted on 2008-09-17 10:49:43.0Z
Sender: 43fe.48d0dffe.1804289383@sybase.com
From: newbie
Newsgroups: sybase.public.powerbuilder.datawindow
Subject: pbm_dwnkey issues
X-Mailer: WebNews to Mail Gateway v1.1t
Message-ID: <48d0e0c7.440d.1681692777@sybase.com>
NNTP-Posting-Host: 10.22.241.41
X-Original-NNTP-Posting-Host: 10.22.241.41
Date: 17 Sep 2008 03:49:43 -0700
X-Trace: forums-1-dub 1221648583 10.22.241.41 (17 Sep 2008 03:49:43 -0700)
X-Original-Trace: 17 Sep 2008 03:49:43 -0700, 10.22.241.41
Lines: 31
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:87777
Article PK: 417051

I have an issue with catching a delete key in dw

It's tabular dw main goal is to set value for current column
to null when delete key's pressed (please do not bother
going through breaking any design rules - just a
requirement, which is not to be changed).
I mapped pbm_dwnkey event on DW control and processed it in
there like.
If Key = KeyDelete! Then
....
End If

It worked like a charm in test app.

When I pushed this to main stream with DW control being
located in UserObject that is used as a tabpage on a Sheet
in MDI
it looks like the event is not triggered anymore.

are You aware of reason for such a difference in behavior?

In first case dw control was located directly on a window
The only difference I see is that now it's nested in other
objects, but should this stop pbm_dwnkey from gettin'
triggered?


I appreciate any suggestions

10.5.1 B6551
BR


Larry Molter Posted on 2008-09-18 14:52:47.0Z
From: "Larry Molter" <lmolter1@tampabay.rr.com>
Newsgroups: sybase.public.powerbuilder.datawindow
References: <48d0e0c7.440d.1681692777@sybase.com>
Subject: Re: pbm_dwnkey issues
Lines: 37
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.3350
NNTP-Posting-Host: vip152.sybase.com
X-Original-NNTP-Posting-Host: vip152.sybase.com
Message-ID: <48d26b3f$1@forums-1-dub>
Date: 18 Sep 2008 07:52:47 -0700
X-Trace: forums-1-dub 1221749567 10.22.241.152 (18 Sep 2008 07:52:47 -0700)
X-Original-Trace: 18 Sep 2008 07:52:47 -0700, vip152.sybase.com
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:87793
Article PK: 417047

I'm just wondering if setting the column property "Emptry string is null"
for the column in question would have solved the issue more simply?

<newbie> wrote in message news:48d0e0c7.440d.1681692777@sybase.com...
>I have an issue with catching a delete key in dw
>
> It's tabular dw main goal is to set value for current column
> to null when delete key's pressed (please do not bother
> going through breaking any design rules - just a
> requirement, which is not to be changed).
> I mapped pbm_dwnkey event on DW control and processed it in
> there like.
> If Key = KeyDelete! Then
> ....
> End If
>
> It worked like a charm in test app.
>
> When I pushed this to main stream with DW control being
> located in UserObject that is used as a tabpage on a Sheet
> in MDI
> it looks like the event is not triggered anymore.
>
> are You aware of reason for such a difference in behavior?
>
> In first case dw control was located directly on a window
> The only difference I see is that now it's nested in other
> objects, but should this stop pbm_dwnkey from gettin'
> triggered?
>
>
> I appreciate any suggestions
>
> 10.5.1 B6551
> BR


Newbie Posted on 2008-09-18 15:10:52.0Z
Sender: 7608.48d26d95.1804289383@sybase.com
From: newbie
Newsgroups: sybase.public.powerbuilder.datawindow
Subject: Re: pbm_dwnkey issues
X-Mailer: WebNews to Mail Gateway v1.1t
Message-ID: <48d26f7c.763b.1681692777@sybase.com>
References: <48d26b3f$1@forums-1-dub>
NNTP-Posting-Host: 10.22.241.41
X-Original-NNTP-Posting-Host: 10.22.241.41
Date: 18 Sep 2008 08:10:52 -0700
X-Trace: forums-1-dub 1221750652 10.22.241.41 (18 Sep 2008 08:10:52 -0700)
X-Original-Trace: 18 Sep 2008 08:10:52 -0700, 10.22.241.41
Lines: 54
Path: forums-1-dub!not-for-mail
Xref: forums-1-dub sybase.public.powerbuilder.datawindow:87795
Article PK: 417049

Unfortunately no,
for editmask style there's no such a property.
underlaying column is datetime type, with presentation of
just "hh:mm" part and empty for nulls, with editmask and
formats you cannot get empty string - you can get '00:00'
which you cannot actually distinguish from someone actually
providing 00:00 time.

But the point is I need a way to trap del in a pbm_dwnkey
event in control that is nested in VisualObject and it looks
like I can't.
Does anyone know a workaround?
As mentioned previously it works when DW is located directly
on the window.

> I'm just wondering if setting the column property "Emptry
> string is null" for the column in question would have
> solved the issue more simply?
>
> <newbie> wrote in message
> news:48d0e0c7.440d.1681692777@sybase.com... >I have an
> issue with catching a delete key in dw >
> > It's tabular dw main goal is to set value for current
> > column to null when delete key's pressed (please do not
> > bother going through breaking any design rules - just a
> > requirement, which is not to be changed).
> > I mapped pbm_dwnkey event on DW control and processed it
> > in there like.
> > If Key = KeyDelete! Then
> > ....
> > End If
> >
> > It worked like a charm in test app.
> >
> > When I pushed this to main stream with DW control being
> > located in UserObject that is used as a tabpage on a
> > Sheet in MDI
> > it looks like the event is not triggered anymore.
> >
> > are You aware of reason for such a difference in
> behavior? >
> > In first case dw control was located directly on a
> > window The only difference I see is that now it's nested
> > in other objects, but should this stop pbm_dwnkey from
> > gettin' triggered?
> >
> >
> > I appreciate any suggestions
> >
> > 10.5.1 B6551
> > BR
>
>