On Wed, 15 May 2019 17:20:04 +0200, Sven Barth via lazarus
wrote:
>One possible workaround I found (not tested) is this:
>
>=== code begin ===
>
>YourProgressbar.Position := YourTarget;
>YourProgressbar.Position := Your Target - 1;
>YourProgressbar.Position := YourTarget;
>
>=== code end ===
>
>Y
On Wed, 15 May 2019 17:13:48 +0200, Ondrej Pokorny via lazarus
wrote:
>> I really do not want to create a panel child to implement this
>> behaviour unless I am really forced to
>
>That's what I would do. (But not a panel child but a TGraphicControl
>descendant.)
After thinking a bit on the
Bo Berglund via lazarus schrieb am Mi., 15.
Mai 2019, 17:11:
> On Wed, 15 May 2019 13:38:19 +0200, Ondrej Pokorny via lazarus
> wrote:
>
> >Because WinAPI developers wanted it so - the drawing of TProgressBar is
> >fully in charge of the OS.
>
> Strangely just discovered that the progressbar is
I suggest to use ATScrollbar from ATFlatControls, but it needs the option for
fast move- I can easily add it soon.
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
On 15.05.2019 17:11, Bo Berglund via lazarus wrote:
On Wed, 15 May 2019 13:38:19 +0200, Ondrej Pokorny via lazarus
wrote:
Because WinAPI developers wanted it so - the drawing of TProgressBar is
fully in charge of the OS.
Strangely just discovered that the progressbar is painted "fast
enough"
On Wed, 15 May 2019 13:38:19 +0200, Ondrej Pokorny via lazarus
wrote:
>Because WinAPI developers wanted it so - the drawing of TProgressBar is
>fully in charge of the OS.
Strangely just discovered that the progressbar is painted "fast
enough" if I click a position towards the lower side of the
On Wed, 15 May 2019 13:38:19 +0200, Ondrej Pokorny via lazarus
wrote:
>On 15.05.2019 13:34, Bo Berglund via lazarus wrote:
>> Why is the TProgressBar doing this when the TTrackBar I used before displays
>> an instant move?
>
>Because WinAPI developers wanted it so - the drawing of TProgressBar i
On 15.05.2019 13:34, Bo Berglund via lazarus wrote:
Why is the TProgressBar doing this when the TTrackBar I used before displays an
instant move?
Because WinAPI developers wanted it so - the drawing of TProgressBar is
fully in charge of the OS.
Ondrej
--
___
I am trying to use a TProgressbar to display the position of a playing
video. This works OK while playing.
Now I want to reposition the video by clicking on the progress bar and
it does work, but the bar progress to the new position when clicking
is really slow
When I click the bar the X posi
