jQWidgets Forums
Forum Replies Created
-
Author
-
August 20, 2018 at 1:37 pm in reply to: How to drag multiple selected item to another list box How to drag multiple selected item to another list box #101601
I’m also surprised that after all this time, this feature hasn’t been implemented yet. I’m trying to hack it in myself, but I’m hitting a problem where the listbox is selecting an item for me when I don’t want it to. I thought maybe setting the dropAction to none would be a fix, so that I could manually move the desired items, but that makes the dragStart and dragEnd events not fire.
Why isn’t this fundamental feature in yet?
November 9, 2017 at 5:17 pm in reply to: Changing view programmatically Changing view programmatically #97222I want to be able to double click on a day in the month view and have it switch to the day view for that day. The problem right now is knowing when the scheduler is in month view. You can check the value for $(‘#Scheduler’).jqxScheduler(‘view’), but it doesn’t change when the user interacts with the view changing buttons at the top of the scheduler.
November 8, 2017 at 5:09 pm in reply to: Grouping collapse automatically when the row is updated Grouping collapse automatically when the row is updated #97172Is this still the case, 3+ years later? It is very annoying to change the data for a row that doesn’t affect the grouping and have the grid collapse all groupings anyways.
November 7, 2017 at 2:12 pm in reply to: Changing view programmatically Changing view programmatically #97153And if I want to only change the view if the user double clicks a day from the month view? Try checking the value of view when the user interacts only with the view changing buttons at the top of the scheduler.
Update: Turns out my approach required case-sensitivity. This is really odd, as nowhere else in all of JQWidgets API have I encountered case-sensitivity when referencing object properties or variables.
Actually, it seems that I forgot to adjust the max value to account for the larger number of digits. Unfortunately, none of your documentation explains what the red border indicates.
July 28, 2017 at 6:14 pm in reply to: Everpresentrow widgets and changing grid datasource Everpresentrow widgets and changing grid datasource #95211I do not call updatebounddata though. The ever present row is being recreated without me calling anything other than $(‘#grid’).jqxGrid({ source: newsource }).
May 30, 2017 at 5:08 pm in reply to: GetDisplayRows not returning expected rows GetDisplayRows not returning expected rows #93971Do you even read the entire post before responding? I told you I was trying to use getdisplayrows. I told you exactly what the problem was, and you didn’t respond to my actual question.
I’ll add this here, and adding this here does not absolve you from answering the question I asked above : your source still has the older ‘getvisiblerows’ function that does exactly what it says. However, the function is commented as deprecated and not listed in your documentation/API. I will be using ‘getvisiblerows’ until such time that it disappears from source. Why did you guys decide to replace ‘getvisiblerows’?
I just want to add that the last jsfiddle, meant to provide an alternative solution to my question, itself displays the exact issue I was describing.
I found a way around the createeditor behavior : using the column’s displayfield property to set the appropriate initial display text prior to createeditor being called through user interaction.
Your example doesn’t use createeditor. I don’t know why my direct question is being ignored; I’ve stated clearly twice now in explicit detail the issue and the reproduction case. I even setup a jsfiddle for you to see for yourself. Are you just unable to provide an answer? Is this a mystery? Unadmitted bug? I could understand an initial misunderstanding or confusion, but at this point, I can’t help but wonder if it’s intentional.
I’ve setup a jsfiddle that demonstrates the issue I’m seeing :
http://jsfiddle.net/KCqqG/258/
On first load, you see the value of the cell as opposed to the desired name, as setup in createeditor. This is the problem – with createeditor being called only on first interaction, dropdownlist cells display incorrectly. I understand that createeditor is working as intended, but I would suggest that there be some event we can use to set initial values of a cell without overriding rendering for the cell. I just want the contents of a dropdownlist cell to display the correct name initially, so users will never see the values themselves.
You seem to be missing entirely what my question actually is :
Is there a way, using createeditor, to have the editor created when the row is created, instead of only when the user interacts with the cell?
I thought I was pretty clear. Let me rephrase :
createeditor with cellvaluechanged works. When the grid is created, however, that is not when createeditor is called. Createeditor is called the first time the user clicks on the cell. This results in undesirable behavior when using a dropdownlist in the cell, in the form of the dropdownlist not existing, thus not rendering, until the user clicks on the cell. It also displays the value of the cell instead of the desired display text.
If I create my own dropdownlist using createwidget, I no longer see cellvaluechanged. The only reason I have for creating my own dropdownlist is for the cell to render as desired on grid creation.
The example for the jqxWindow Close event in the API documentation does not show nor indicate that the dialog result structure is passed to the Close event. If I hadn’t found this post in a search, I would have no idea where dialog result was accessible. Can you update your documentation and examples to make this clearer?
-
AuthorPosts