Telerik blogs

Latest

  • Desktop WinForms

    RadCarousel for WinForms - Even More Bang for your Buck

    Introducing the RadCarousel component into our suite can be compared to what the Big Bang was to the Universe in the early days. We’ve seen it all - from feature requests straight after its initial release, to statements it is worth as much as the entire suite. A few words of introduction - the RadCarousel animates a number of alternatives to choose from in a visually appealing way. RadCarousel animates the location, opacity and scale of its items. Items can be moved along any path described by a Bezier curve or an ellipse. These basic capabilities allow the control to be...
  • Desktop WPF

    WPF Grids – to be or not to be

    Recently both Paul Stovell and Joseph Cooney blogged about one very interesting topic - "Do people really need grid controls in WPF?". They're saying that people actually don't need grids in WPF and this is what makes their blog posts worth reading. Imagine if they had said the opposite: "People need grid controls for WPF!". It would have been quite boring and wouldn’t have spurred much of a discussion. For many people the idea of not having grids for WPF sounds unconventional but Paul made an interesting parallel to justify his claim "Using grids in WPF is like buying a Ferrari to pick up...
    June 11, 2008
  • Desktop WPF

    WPF Series: IFrameworkElement - the missing interface

    If you are familiar with WPF you are aware that the the grand daddy of all controls is FrameworkElement. It is defined in the PresentationFramework.dll assembly and derives from UIElement (defined in PresentationCore.dll). Its purpose is to serve as a base element for all framework related stuff: styles, inheritance context, etc. However there is another framework element - FrameworkContentElement. The main distinct between them is that the later did not defines its own rendering behavior (its inheritors should do so). This is way properties like: (Actual)Width or (Actual)Height are not present at FrameworkContentElement. If you examine the classes that derive from FrameworkContentElement...
    June 10, 2008
  • Desktop WinForms

    RadGridView for WinForms unleashed

    Hello everyone, my name is Kiril Matev and I'm a software developer for the Windows Forms team at Telerik. We're all pretty excited about the newly reengineered RadGridView, which is a part of our Q1 2008 release, and I’d like to highlight a couple of features you might find useful. So far, you had to always construct a data source, initialize its columns, and rows, and then bind it to the RadGridView. However, many simpler scenarios demand just adding, editing and removing rows using the API directly. This so-called unbound mode for the RadGridView has long been a must-have feature for many of our customers. We had the opportunity to provide...
  • Desktop WinForms

    Theming Optimizations in RadControls for WinForms

    Ever since the first release of RadControls for WinForms, we have tried to deliver WPF-like visual effects outside of the WPF platform. This has allowed our customers to deliver dazzling effects leveraging their knowledge of the stable WinForms paradigm. On the other hand the end users are stunned by the richness of the UI interface and the slim behavior that is traditionally reserved for the high-end multimedia systems. Although quite attractive, this eye-candy has always caused a slight increase in component loading time. We have always tried to avoid this tradeoff of performance versus visuals. In our latest release, we have...