Perhaps a slider control would work, if you are trying to get a "scroll
like" functionality.  Of course, you would have to change the size of
the sliders range on the fly after lines are added to the text field.
Also, why not just use a regular scrollbar?

Joe Frazier, Jr.
Senior Support Engineer

Peopleclick Service Support
Tel:  +1-800-841-2365
E-Mail: [EMAIL PROTECTED] 

> -----Original Message-----
> From: Francesco Rizzi [mailto:[EMAIL PROTECTED] 
> Sent: Monday, September 13, 2004 2:03 PM
> To: Frazier, Joe Jr; perl-win32-gui-users@lists.sourceforge.net
> Cc: francesco Rizzi
> Subject: RE: [perl-win32-gui-users] HELP, please, on UpDown 
> control and textfield
> 
> Hi Joe.
> thanks for replying.
> 
> I've moved the declaration of the UpDown control right after 
> the text box, which helped.
> As you say, to avoid the text in the textfield to be messed 
> up I have to include the -setbuddy => 0 option.
> I tried to include -autobuddy => 0, => 1, and not to include it..
> seems to make no difference.
> Right now, when I click on the arrows,
> all of the text in the textfield is selected, but the same 
> rows are being displayed.
> 
> Incidentally,
> I opened GUI.pm and I have different comments than you:
> 
> [quote]
>      
> ##############################################################
> #########
> ##############################################################
> #############
>      # (@)METHOD:new Win32::GUI::UpDown(PARENT, %OPTIONS)
>      # Creates a new UpDown object;
>      # can also be called as PARENT->AddUpDown(%OPTIONS).
> sub new {
>      return 
> Win32::GUI->_new(Win32::GUI::constant("WIN32__GUI__UPDOWN", 
> 0), @_); } [/quote]
> 
> instead of
>  > It also appears that we cannot set pos, etc during 
> creation  > (from GUI.pm):
>  >
>  >
>  > ##############################################################
>  > #############
>  >     # (@)METHOD:new Win32::GUI::UpDown(PARENT, %OPTIONS)
>  >     # Creates a new UpDown object;
>  >     # can also be called as PARENT->AddUpDown(%OPTIONS).
>  >     #
>  >     # Class specific B<%OPTIONS> are:
>  >     #   -align => left,right
>  >     #   -nothousands => 0/1
>  >     #   -wrap => 0/1
>  >     #   -horizontal => 0/1
>  >     #   -autobuddy => 0/1
>  >     #   -setbuddy => 0/1
>  >     #   -arrowkeys => 0/1
> 
> as you said...
> 
> The -wrap option seems to control whether the counter 
> associated with the up doen control should wrap.
> In other wortds, when it was still changing the text to the 
> number, with -wrap => 1, I would get 99..100..0..1 and so on.
> 
> At this point it sounds to me like the best I can do is to 
> make my own Up-Down control (i.e. two buttons, intercept the 
> clicks on each, and display the appropriate lines in the 
> textfield), but this has the drawback of not letting me put 
> the whole text in the textfield, and the user could not 
> manually select it all....
> ..unless you have more suggestions,
> or anyone knows how to say to a multiline textfield "set line 
> X as the first line displayed".
> 
> Thanks again,
> F.O.R.
> 
> 
> At 01:47 PM 9/13/2004 -0400, Frazier, Joe Jr wrote:
> >See Inline
> >
> >Joe Frazier, Jr.
> >Senior Support Engineer
> >
> >Peopleclick Service Support
> >Tel:  +1-800-841-2365
> >E-Mail: [EMAIL PROTECTED]
> >
> > > -----Original Message-----
> > > From: Frazier, Joe Jr
> > > Sent: Monday, September 13, 2004 1:30 PM
> > > To: 'Francesco Rizzi'; perl-win32-gui-users@lists.sourceforge.net
> > > Subject: RE: [perl-win32-gui-users] HELP, please, on 
> UpDown control 
> > > and textfield
> > >
> > >
> > >
> > > 1) the UpDown appears to attach to whatever control preceded it
> > > 2) I am not 100% sure, but the updown control is used to 
> modifying 
> > > numberlike thingies, not text.
> > > http://msdn.microsoft.com/library/default.asp?url=/library/en-
> > > us/cmctl298/html/vbobjupdowncontrol.asp
> >
> >Forget the last part of the sentence below and the one after 
> it, I was 
> >being stupid
> >
> >Also, it appears that -setbuddy =>0 turns off the changing 
> of the text 
> >field value, BUT it also appears that adding any creation 
> options kills 
> >the scroll event also.
> 
> 
> 
> 

Reply via email to