When adding an image to a page, depending on the case, I can only see the first thirteen or fourteen charcters of the file or folder names in the "Files" pane of the dialog. It is not a font issue. Decreasing the font from the default would make it difficult to read. There is not even a scroll bar. I'm not concerned about rediculously long file names, but it is very common for folder or file names to exceed 14 characters. The current code seems to leave the user absolutely no way of differentiating between the files/folders if they are closely related(named somewhat simillarly). There are many cases, such as in revision or dating, that such differentiating info is built into the file or folder name and closer to the "end" of the file/folder name. Also, again.. not referring to someone's 200 character file name, but if they built the file or folder name in a briefly descriptive manor for other who might browse them, the intended users are unable to understand what they are browsing.I did find a slightly simillar thread: http://forums.infragistics.com/forums/p/18759/69225.aspx#69225
Is this the approach that would be needed?What I would like is the ability to control(ideally) the position of the dialog, the overall height, overall width, height/width of "Files" pane, height/width of preview pane.Other suggestions?
Thanks,Gary
Hello Gary,
I was reading through the provided work around by Viktor. It looks like that this is only the way to affect the configuration of the DOM elements as you override the suggested function.
Are the elements documented anywhere for reference?
Hello,
You can refer this link for the editor client side object model http://help.infragistics.com/NetAdvantage/ASPNET/2010.2?page=WebHtmlEditor_CSOM.html
DOM (document object model ) : https://developer.mozilla.org/en/DOM/document
Hope this helps.
In my humble opinion, if there were a scroll bar within that pane, I could get on board with the view that increasing the width would just be preference.....justifying pursuit of either an enhancement request or placing custom js file, as mentioned in the other thread.
But.... being that there is no scroll bar at all, I call that a defect that actually prohibits usability, not a preference(asthetic or otherwise). Having a scroll bar in file/folder selection dialogs has been a basic feature of every app I've ever used, until this control, beginning with Windows v3.1.
I've opened a support case and will update this thread at its resolution.
CAS-48383-LTR6N1
Thanks for your feedback.
You can submit a feature request on the following link : http://devcenter.infragistics.com/Protected/RequestFeature.aspx
Let me know if you have any questions.
Thanks
Rado,I will submit an enhancement request. I as well got a simillar response on the support case I openned. I am being directed to try to make use of some other related forum posts to attempt to hack how the file browse dialog box renders on the client.We could close this thread as resulting in an enhancement request, but that certainly leaves a sour taste with me. I did a little research, and as it turns out, the ability to scroll left and right, within a dialog pane, to be able to view entire file names and folder names was actually a feature built into Windows version 1.01, released on November 20, 1985... 25 years ago! That functionality even pre-dates long file names, which have been with us since Win NT 3.5 in 1994... 16 years ago.It is not my intention to come across as harsh, but as a developer myself, held to a high standard of usability within the solutions I develop, so do I hold Infragistics to a high standard. It is clearly evident, considering so many wonderful features within the controls Infragistics produces, that Infragistics is "capable". That is why I am shocked that when made aware of the fact that a file browsing dialog within one of your controls does not display the full file names, Infragistics would not consider this a product defect, but rather something for an end user(myself) to suggest that they consider changing.