Does anyone know of any plugins/extentions to the YUI Datatable that will allow column sorting similar to how a sharepoint grid works.
I'm looking for something that works/looks a bit like this from sharepoint (click on the clumn header, and a drop down appears with options to filter the datatable based on the data in that column):
Sharepoint grid column filter http://drop.io/download/public/eoq8cfcggp0bkw8wejlk/fb8b74641fc499f205222c7bc128644fef046a80/16a2e690-486e-012b-de36-00127994f632/08a51310-85e6-012c-5ac8-fc75480d82c3/v2/thumbnail_large
Anyone have any ideas?
Thanks.
I do not believe that anything like this currently exists. Ascending/Descending sort is supported out of the box, but I assume you know that.
Filtering can be done (there are examples here and here), but not with the UI you want. You should probably tell your boss that the cost involved in your writing this feature to satisfy his whim is probably not worth the benefit, and you should find another UI paradigm that's easier to implement.
That said, if you do decide to subclass the DataTable to do something like this, please do submit your changes back to YUI so that everyone can benefit from them
Can't you just use context menu like this:
http://developer.yahoo.com/yui/examples/datatable/dt_contextmenu.html
Related
I am looking for an equivalent of a grid control in Rebol, to display some table data.
I came across this script: face-grid.r
...and its associated demo: face-grid-demo.r
This seems to be an excellent start. Does anyone know if there is some active and/or newer version of this grid, or something similar?
Depending what you need exactly.
Brett's datagrid is a bit basic. For example, it does not handle scrollers by itself.
Henrik has done a list-view with tons of features. Maybe it can be a choice for you :
list-view.
But there are also different list styles part of the VID extension kit from the same author.
Here is the list documentation.
All are for Rebol2.
I have to add all 86 fields from a view based query inside a grid on a form. The problem is that a form is very slow and the application freezes.
Is there any way to make it faster?
Also try to disable auto-sizing of columns:
grid.autoSizeColumns(false)
Crazy clients ask for crazy things.
My suggestion is DON'T.
As I have the advantage of working opposite you ;) my suggestion is to avoid using a Form/Grid altogether and export the data directly to Excel. Code example.
it looks like nobody has posted on this.
I have a very typical set up, an ajax update panel is updated when a drop list of offices changes. Each form could have it's own values, for instance each store will have it's own list of employees. Here is where the fun begins. The form can be changed by the drop down (new office) or validated and submitted.
On drop down change, I create a new instance of the same rad combo, bind it to the current data, confirm that the correct data is bound. Then on the return trip I see selected the default user from the previous user. This is a composite control, and firebug shows me that the value for the "text box" that simulates the combo still has the old value. I'm suspecting onViewStateLoaded, but turning viewstate off for the Telerik didn't help any. II don;t need it anyway, cuz I have to put the selected value in another hidden to make a cross page post on submit. Any ideas before I hack this up really bad? Any will be appreciated.
I would answer your question directly, but I don't have enough info, as I was not able to duplicate the issue here locally.
Have you tried contacting Telerik support, or using their forums? I've found them to be quite responsive, even offer custom dll's for some solutions.
Like Jeff, I have a difficult time rebuilding your scenario from the description. The fastest way to solve this problem is to open a Telerik Support Ticket. If you can provide a basic sample the exhibits the problem, the support team will quickly respond with a solution. Don't miss that valuable part of your Telerik purchase! That's what separates commercial tools from unsupported options.
If you'd prefer to keep troubleshooting, I'd try stepping back and simplifying your scenario. It sounds like some hacking has already begun and I think that may be leading to unusual results.
Specifically, the step where you create a new RadComboBox on post should not be required. If you can share some more code examples, I'll be happy to help further.
When I set up a RadioButtonList it creates a table layout for it and I don't want this... how do I get rid of it?
It might be a duplicate but I've searched and haven't manage to find a question like this here.
You'll have to change the RepeatLayout property and setting it to Flow will probably yield the result you are searching for.
Take a look at all the other RepeatLayout options here:
http://msdn.microsoft.com/en-us/library/system.web.ui.webcontrols.repeatlayout.aspx
Kinda silly the 4.0 framework still defaults the ugly table variant, I mostly revert to the UnorderedList variant.
Is it bad design to use table tags when displaying forms in html?
The accepted answer to this question in short: YES...
...but what about something like this:
I can't really think of different & better solution. The example is from SurveyMonkey and uses tables too.
Is it still bad design to use table tags for such likert type questions?
This type of question leads more to opinions than to hard and fast facts, but I would say that in this case it's definitely OK to use tables -- you're wanting a tabular display of information.
Just use the table tag and don't let people make you feel guilty for it :-)
It's not bad to use tables per se. It's just bad to use them to layout your entire site using infinitely nested tables and invisible images for space.
This is not very hard with some help.
You might look into some of the grid-based css libraries our there.
Yahoo Grids
Blueprint
960 Grid System
What everyone says is "you should only use tables for tabular data". So ... what does that mean?
Here's my criterion for when something actually is tabular data: when you can only know what something is/does by reference to its coordinates, its position in relation to column and row headers.
So, in the case above, what is the function of the ninth radio button?
There's no way of knowing what it is unless you look left to the kind of skill it refers to and look up to the kind of level you're claiming. Therefore, this is tabular data.
From the point of view of accessibility, IMHO, it would make more sense laid out as a table, with appropriate th tags etc. As Ambrose said, the coordinates of the radio buttons give them contextual meaning.
You could lay it out without a table, and maybe make sense of it using labels, titles and other devices, but the only thing you would really achieve would be to demonstrate your css-fu.