Scrolling at design-time

[spenna]

Why the scrollbars on forms/controls are not working at design time?
I've tried with many version of Lazarus since ...9.12 / Win XP.

Can anyone help ?

[matthijs]

Report it as a bug. At least the scrollbars on a form should work. Scrollbars which are part of a component, like combobox, lookupcombobox and grids do not need to work during design time.

[bmt]

I use Lazarus 0.9.20/Win32.
The HorzScrollbar/VertScrollbar of Form/ScrollBox don't work at design-time and run-time.

WHY ?

[schenkos]

Hello,

I've the same problem as you. I've also reported in forum under misc section an analog problem concerning the TScrollBox; I suspect that both problems are coming from TControlScrollBar. I've tried to found the bug in the sources but I'm lost.

I've just registered in freepascal site to report bug but my login doesn't work in Mantis (bug reporting). I'm a little bit disappointed.

I suggest also all users to rollback to Lazarus 0.9.18.

[bmt]

Thank you Schenkos,

I switched back to 0.9.18. Yes, scrollbars work again! Some colors in 0.9.20 (ex. clSkyBlue) must be also changed, otherwise it scrashes.

Best regards.

[Marc]

I've just registered in freepascal site to report bug but my login doesn't work in Mantis (bug reporting). I'm a little bit disappointed.

Under what name did you register in Mantis ?

[felipemdc]

I switched back to 0.9.18. Yes, scrollbars work again! Some colors in 0.9.20 (ex. clSkyBlue) must be also changed, otherwise it scrashes.

Is there already a bug report about this?

It should be noted on the bug report that this issue is a regression from 0.9.18, and thus 0.9.22 must not be released without fixing it.

[schenkos]

Hi,

I used my e-mail according the suggestion but I've just retried now and it's work! :-)

The scrollbars problem doesn't appear under Linux (Ubuntu 6.10 x86), I will check if the problem hasn't been reported already and I'll post it in negative case.

Thank you for help and suggestion!

[PingWin]

I'm using Lazarus v 0.9.20 beta under Linux with the compiler options set so that the object file is made using GTK (as opposed to GTK 2) and the scrollbars do not seem to work on forms. I'm not an expert Pascal programmer yet, thus the conditional tense used in the previous sentence. At run-time the scrollbars physically appear on the form but if you make it smaller the scrollbars cannot be used. I tried tweaking the properties of HorzScrollBar and VertScrollBar without much success.

I assume that this is the same bug that you are all talking about. I browsed around on the bugtracker and found these issues that seem similar:

http://www.freepascal.org/mantis/view.php?id=1986
http://www.freepascal.org/mantis/view.php?id=7866

Are we all talking about the same thing here, or should I declare a new bug?

Edit: switching back to v 0.9.18 solves the problem for both GTK and GTK2.

N.B. I tried to register at freepascal.org and received a confirmation link via e-mail. But when I click on it I receive this error message (from the server at freepascal.org):

APPLICATION ERROR #1901

The confirmation URL is invalid or has already been used. Please signup again.

[schenkos]

Hi PingWin,

The bug is the same but I reported it on Win32 platform so I think you should report it as new bug with reference to the bug that I reported.

You can consult sources containing TDSKScrollArea that implements very basic scrollbars here:

http://www.developpez.net/forums/showthread.php?p=1577794

It's buggy but it's enough to develop my project at the moment. Maybe it will be useful you trying to reimplement TScrollingWinControl.

Regards

[PingWin]

Hi PingWin,

The bug is the same but I reported it on Win32 platform so I think you should report it as new bug with reference to the bug that I reported.

You can consult sources containing TDSKScrollArea that implements very basic scrollbars here:

http://www.developpez.net/forums/showthread.php?p=1577794

It's buggy but it's enough to develop my project at the moment. Maybe it will be useful you trying to reimplement TScrollingWinControl.

Regards

Ok, thanks. I'll report it as a separate bug for Linux.