We have wasted hours combing through examples trying to discover the declarative syntax for Telerik controls. We have not found the declarative syntax documented for any of the controls we use. We have often found properties that were actually supported but were not shown on a Properties page and some that were shown while in Design mode but not in Source mode (when they would actually be useful). Microsoft does not do a careful job documenting the syntax of their controls, but at least they list all the properties. We use this information often and are badly handicapped by the lack of comparable information for Telerik controls. It is turning what was supposed to be "rapid application development" into just the opposite -- a nightmare of experimental programming and code combing.

For example, from "Web server control syntax" in Microsoft MSDN, here's the start of the listing for the <asp:Menu> control --
<asp:Menu
    AccessKey="string"
    BackColor="color name|#dddddd"
    BorderColor="color name|#dddddd"
    BorderStyle="NotSet|None|Dotted|Dashed|Solid|Double|Groove|Ridge|
        Inset|Outset"
    BorderWidth="size"
    CssClass="string"
    DataSource="string"
    DataSourceID="string"
    DisappearAfter="integer"
    DynamicBottomSeparatorImageUrl="uri"
    DynamicEnableDefaultPopOutImage="True|False"
    DynamicHorizontalOffset="integer"
    DynamicItemFormatString="string"
    DynamicPopOutImageTextFormatString="string"
    DynamicPopOutImageUrl="uri"
    DynamicTopSeparatorImageUrl="uri"
    DynamicVerticalOffset="integer"
    Enabled="True|False"
    EnableTheming="True|False"
    EnableViewState="True|False"
    Font-Bold="True|False"
    Font-Italic="True|False"
    Font-Names="string"
    Font-Overline="True|False"
    Font-Size="string|Smaller|Larger|XX-Small|X-Small|Small|Medium|
        Large|X-Large|XX-Large"
    Font-Strikeout="True|False"
    Font-Underline="True|False"
    ForeColor="color name|#dddddd"
    Height="size"
    ID="string"
    ItemWrap="True|False"
    MaximumDynamicDisplayLevels="integer"
    OnDataBinding="DataBinding event handler"
    OnDataBound="DataBound event handler"
    OnDisposed="Disposed event handler"
    OnInit="Init event handler"
    OnLoad="Load event handler"
    OnMenuItemClick="MenuItemClick event handler"
    OnMenuItemDataBound="MenuItemDataBound event handler"
    OnPreRender="PreRender event handler"
    OnUnload="Unload event handler"
    Orientation="Horizontal|Vertical"
    PathSeparator="string"
    runat="server"
    ScrollDownImageUrl="uri"
    ScrollDownText="string"
    ScrollUpImageUrl="uri"
    ScrollUpText="string"
    SkinID="string"
    SkipLinkText="string"
    StaticBottomSeparatorImageUrl="uri"
    StaticDisplayLevels="integer"
    StaticEnableDefaultPopOutImage="True|False"
    StaticItemFormatString="string"
    StaticPopOutImageTextFormatString="string"
    StaticPopOutImageUrl="uri"
    StaticSubMenuIndent="size"
    StaticTopSeparatorImageUrl="uri"
    Style="string"
    TabIndex="integer"
    Target="string"
    ToolTip="string"
    Visible="True|False"
    Width="size"
>

-- Craig Bolon
   Brookline, MA, USA

I know this has nothing to do with telerik and has everything to do with IE, but just thought I'd point out that I can't login to my Client.net account using IE7 - which is really freakin' annoying.  What is also a little bit wierd is that I can login using IE7 on other sites - so perhaps it's not entirely an IE7 thing.  I'm a bit curious to know what type of authentication the telerik site uses (or if perhaps this is a server issue), etc., etc., so that I don't make the same mistake.

Hello telerik-folks!

I got the order for a project where i have to view/group/sort/search a lot of data on basis of an intranet-app. At first i thought 'hmmm, could not be THAT hard to do this stuff'... yepp, but after a short period of evaluation i found out - it actually IS complex - even more if you like to do it with ajax (and have never used ajax before - because you are a windows-forms guy ;) )

To come to the point: I googled for components, found some and downloaded evals for three of them, one of which was your component suit r.a.d.controls.

Im so stunned by just the r.a.d.Grid that i even cannot really express it. The documentation is fantastic - i needed just about an hour to implement EVERYTHING i want (graphical customization excluded...) and for which i have estimated a few WEEKS to do it myself.

This is simply amazing! After some other days of evaluation (i'm not even through with the grid, not speaking of all the other cool stuff) i will place an order ;-)

Thanks for your really great work!!!

Sincerely, Wolfgang

I just found out that the producers of Halo (Bungie) are using r.a.d.editor for content entry and r.a.d.ajax for updates on their huge community site. Pretty cool.

I've blogged on this rather important for me topic here:
http://blogs.telerik.com/blogs/rumen_stankov/archive/2006/07/13/270.aspx

Cheers,
Rumen Stankov
telerik

http://ettf.net/archives/2330

Hi everyone

I write a CMS which references lots of Telerik controls and I have run into a problem.

The CMS allows you to upload third-party .NET user controls and run them within the site design so that you can have dynamic pages managed within the database - you just have to upload the DLL to the bin folder to add to the ones already there for the CMS.

The problem I have is that sometimes those 'plugin projects' DLLs might reference a Telerik DLL, a different version to the one used by the CMS.

This then means that if I recompile the CMS to include the latest MINOR version increases on the Telerik stuff (even hotfixes), the application fails because the plugin DLL was not built for the very very latest Telerik DLL - even though I know it will run beause the API hasn't changed.

So my question is, does anyone know how I can compile the plugin projects to very loosely reference the DLL by just its path, rather than the entire strong name of the Telerik assembly? So that it doesn't throw an exception if the version number changes? If I were to be changing a MAJOR version of the Telerik DLL I would be happy to recompile all the plugin projects, but not for every Hotfix....

Either that, or if someone knows of a way to have two versions of the same assembly within one application that would be even better. I thought this was possible with side-by-side execution but I have a feeling you can't do it within the same ASP.NET application.

Any and all help GREATLY appreciated!

Many thanks

Alex

hi i m new to asp.net, and currently i have a major project going on for me, and i m doing an online Voting system for a event, i m just woundering cound any please help mi out how dose a voting system coding look like, i m using ms SQL server and database to store data.  thank in advanceatge

An employee forwarded this to me the other day:

The Klingon Programmer's Code of Honour

All Klingons who develop code for the glory of the empire follow this "Code of Honour" for software "code warriors".

• Specifications are for the weak and timid.
• State-of-the-art hardware is a prerequisite to do battle with code.
• One cannot truly appreciate "Dilbert" without reading it in the original Klingon.
• Indentation is for enemy skulls, not code.
• Klingons do not "release" software. Klingon software escapes, leaving a bloody trail of design engineers and quality assurance people in its path.
• Klingon function calls have no parameters. They have arguments! And they always win them.
• Klingons do not debug. Our software does not coddle the weak.
• Quality Assurance issues are best solved with a Batleth.
• A true Klingon warrior does not comment his code.
• Our users shall know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are!
• Klingon software does NOT have BUGS. It has FEATURES, and those features are too sophisticated for a Romulan pig like you to understand.

The Good: Quarterly releases
The Bad: Quarterly releases.

I really like the idea of Quarterly releases.  However, I really don't like the implementation of them.  I like the functionality upgrades that come with Quarterly releases, but I don't like the bugs that come with them.  Given the complexity of cross-browser compatibility and the range of possible uses for the controls, I don't expect the quarterly releases to be bug free.  However, I would like to see a better process for resolving outstanding bugs. 

We use 8 of the controls in our application.  To receive bug fixes I have to install all releases and hope there are no new bugs.  Unfortunately, this is never the case as service packs now contain new functionality.  I pray for a stable release so I can standardize on a set of controls before our product is released.

For customers to use controls in applications they have to be made stable in all features.  I realize it is important to lead the industry, but since r.a.d. controls are sold as a suite, each release has to reach a point where all components are 'fixed'.  This is especially important because the control's functionality are related.  A customer cannot select the version for each control from different releases.

Don't get me wrong.  I love the controls.  They have saved me a lot of time and I appreciate the effort telerik puts into them.  But when we deliver a product, our customers expect it to be bug free.

My suggestion is to only introduce new features with the Quarterly releases and use the service packs to resolve all reported bugs.  This will allow customers to standardize on the control set version they want/need to use - freeing their time for development, not patching and learning new behavior.


Please, please, please consider my suggestion for future quarterly releases.
Thank you,
Mark Griebling

It seems you've AJAX'ified the forums within the last few months which is leading to this extremely annoying behaviour: When I'm searching for an  answer to an issue I often have to look at posts on page 12 of 24 (for example).  Clicking the Back button after reading the post always loads up page 1.  Is there a way to get the Back button to behave as it should?