Re: REPOST: Re: Oracle Forms - Cursor jumping on inputing data into form

cchattell_at_cellops.com (Clive Chattell) wrote in message news:<9$--$%%%_$$%-_%_$$_at_news.noc.cabal.int>...
> "Daniel A. Morgan" <damorgan_at_exesolutions.com> wrote in message news:<3C4FE362.E73980E6_at_exesolutions.com>...
> > Exactly what do you mean by "no specific version"?
> >
> > Obviously you are working with "a specific version" and that version
> > information is critical to helping you.
> >
> > My bet ... is version 5.0.
> >
> > Daniel Morgan
> >
> >
> >
> > Clive Chattell wrote:
> >
> > > I have a problem with Oracle Forms, no specific version.
> > > After quite abit of data entry, including saves the cursor starts
> > > jumping within a field.
> > > After the first character has been entered, the cursor moves to the
> > > start of the field and allows you to continue typing, which makes the
> > > first charcater the last.
> > > For example if you try to enter 12345 you end up with 23451.
> > > This is obviously very anoying, and starts to make you think you've
> > > lost the ability to type.
> > > Anyone had any experience of this, or can suggestion any solutions.
> > >
> > > Thanks in advance
> > > Clive
>
> I am now using Forms 6i, but the application was originally built in
> Forms 6,
> It appears my comment about no particular version may not be true,
> whoops!
> However i have been informed that the problem may be related to the
> fact that the forms are compiled on Unix, and it could be a problem
> with using forms on Unix.
> I am about to investigate this, by trying to recreate(yes it's an
> intermitant problem) on forms runtime, from form builder.
>
> ========= WAS CANCELLED BY =======:
> From: cchattell_at_cellops.com (Clive Chattell)
> Control: cancel <91c462cf.0201250149.703517a9_at_posting.google.com>
> Subject: cmsg cancel <91c462cf.0201250149.703517a9_at_posting.google.com>
> Date: Mon, 28 Jan 2002 02:48:54 GMT
> Message-ID: <cancel.91c462cf.0201250149.703517a9_at_posting.google.com>
> X-No-Archive: yes
> Newsgroups: microsoft.test,alt.flame.niggers,comp.databases.oracle.tools
> NNTP-Posting-Host: w088.z064003087.lax-ca.dsl.cnc.net 64.3.87.88
> Lines: 1
> Path: news.uni-stuttgart.de!dns.phoenix-ag.de!news.csl-gmbh.net!news.stealth.net!msrtrans1!msrnewsc1!cppssbbsa01.microsoft.com!tkmsftngp01!tkmsftngp04!u&n&a&c&anceller
> Xref: news.uni-stuttgart.de control:40718695
>
> This message was cancelled from within The Unacanceller's glorious new software, Lotus 1-2-3 For Rogue Cancellers.

Hi
I have also met this problem in a forms 6 webforms app running on UNIX on a solaris box. You may also find that after this phenomenon occurs you will have trouble using mouse navigation. After de-bugging one of our forms the cause was traced to an alert which was set from the when-new-form-instance trigger. I removed the alert and it worked fine. I have since found that alerts used just before calling a form i.e. when accepting the alert or choosing an option executes code to call a new form, and alerts used in the wnfi trigger will result in this bug. This happened when we "upgraded" to forms 6 from forms 5 Good luck
Steve E. Received on Fri Feb 01 2002 - 12:07:19 CET