Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

MetroProgressBar performance issue #1855

Closed
kgroener opened this issue Mar 27, 2015 · 0 comments
Closed

MetroProgressBar performance issue #1855

kgroener opened this issue Mar 27, 2015 · 0 comments
Labels
Milestone

Comments

@kgroener
Copy link

Hello,

In my current project I'm using MahApps.Metro V1.1.2.0.
In one of my UserControls I tried to use the Controls:MetroProgressBar as shown in the following code:

<ItemsControl ItemsSource="{Binding Items}" >
   <ItemsControl.ItemTemplate>
      <DataTemplate>
         <Grid>
            (...)

            <Controls:MetroProgressBar
               Grid.Row="1"
               Grid.ColumnSpan="3"
               IsIndeterminate="{Binding Item.IsBusy}"
               Visibility="{Binding Item.IsBusy,
               Converter={StaticResource boolToVisConverter}}" />

            (...)
        </Grid>
      </DataTemplate>
   </ItemsControl.ItemTemplate>
</ItemsControl>

But once I start the application and the progressbars are shown, the application gets terribly slow and the bars are really laggy.

When I use the default ProgressBar instead of the MetroProgressBar, the application works just fine.

Trying to find out what could be causing this, I found that while the progress bars were shown the application was using increasingly more physical memory as if there was a memory leak of some sort.

I'm not sure why this is happening, but thought you should know.

Best regards,

Koen

@punker76 punker76 added this to the 1.2.0 milestone Apr 2, 2015
punker76 added a commit that referenced this issue Apr 2, 2015
…rmance

Fix #1855 MetroProgressBar performance issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Development

No branches or pull requests

3 participants