Hello..
I am using ulrtrawebgrid with standard configuration. I am using OutlookGroupBy with multiple groupings, so often the grid is pushed to the right, and the right side of the grid is hidden under the frame.
this is happening because frame has "overflow:hidden" HARDCODED for some reason?!
i've been trying to change this style property to "overflow:visible" .. i've wasted an hour going through all properties of grid.DisplayLayout.FrameStyle but i am not seeing a way to change it.
I know that i can hard code frame width, but i do not want to do that because displayed columns are configurable by user so there is no way to predict grid with.
i could do some nasty hack like adding up all visible column widths and setting the Frame width to that.. but why should i need to do that?
why does the grid come in a frame with overflow:hidden ? is there any way i could make it a normal grid so that it stretches around the inner grid?
Could you put this sorting question on new thread. There may be many people who have experienced such problem and could answer.
Also if you could attach a sample then I would like to try on it.
I am using server sort only.
PositionsGrid.Bands[0].SortedColumns.Add( myColumn ); myColumn.SortIndicator = SortIndicator.Ascending;
by Custom Sort do you mean DisplayLayout.SortImplementation? i found only 1 really crappy example of how to use that on infragistics documentation and it doesn't get triggered for me. ClientID renders id with _'s in control tree. infragistics uses x's
I am using version 8.2 and I also had some problems in sorting.
After analysis I found that that different kind of sorting mechanisam is used for different case like:
(1) Load on Demand =XML
(2) Client side sort/server side sort
So you must consider your grid’s settings while implementing sort.
The code you provided seems ok. Have you tried to implement custom sort?
What is the current implementation for sorting which is giving weird results as you mentioned?
Apart from this a quick question: What if you use PositionsGrid.ClientID instead of using UniqueID and replacing?
woah!
that is great that it works for you!
ok so maybe i am still not doing something correctly with my implementation because I just upgraded from 6.2 to 8.2 to see if maybe something was up with infragistics.
here is my implementation:
http://rafb.net/p/Hrw4oK11.html
does it look OK to you?
What i do, is use that base type to serve as base to all date parameters such as:
public class TradeDate : QueryDateTimeParameter {...}
and than, have a Position object:
public class PortfolioPosition { public TradeDate Date { get; set; } public InterestParameter Interest {get; set;} etc...}
than finally i use a List<PortfolioPosition> myPositions which is bound to the grid.
So maybe somewhere along the chain my implementation is a bit more different and less standard than yours?
Yes always a method to my madness :)
The web grid should use a IComparable interface with no problems, I have an application that is extremly date intensive right now and implements the same type logic you are talking about and is working fine.
I am however using the latest build of IG which might have a difference, i can put 8.2 on another machine and test it out, sounds like something is just getting lost somewhere.
Regarding being slick, yes you are I do stuff like that everywhere for example I don't let "any" control dictate paging but rather use ROWCOUNT etc. inside sql to handle (less overhead) creating custom business logic layers that handle this stuff for you is the way to go just sometimes a pain to get it all hooked up but once you do the gains you get in the long end when having to add new logic etc. far out weigh the frustration.
I will install 8.2 on a test server and play with this over the weekend it sounds like it is loosing your interfaces somewhere.