I think i've found a problem with kendo panelbar.
In my project i have a kendo panelbar and sometimes i need all items to be disabled.
The problem is that when all items are disabled and you click anywhere inside the panelbar it raises a javascript error. If you click outside and inside again it raises another. I performed some testes and i guess it may be something related to the fact that kendo panelbar try to put focus in the first enabled item whenever you click in a disabled item.
I thought it was something related to the scripts i have in my project, but i found that this error also occurs in the official telerik panelbar example, but you have to open console in developer tools to see the error because the example runs in a frame of the telerik dojo. You can try it. The link is http://dojo.telerik.com/aXoni
I tried google but didn't find anyone with this problem.
I think its strange no one ever found this bug. Am i doing something wrong or is this really a bug in the telerik panelbar and i have to live with it?
Thanks
This definitely seems like a bug so I went ahead and reported it: https://github.com/telerik/kendo-ui-core/issues/307
In the meantime, you can hack around the problem with a mousedown listener during the capture phase: http://dojo.telerik.com/#tjvantoll/OdIj. It's a bit ugly but it'll avoid the error.
Related
For some reason the Eigen web page now has a popup blocking content. If you go to http://eigen.tuxfamily.org/dox/, the popup in the upper-left corner of the page doesn't want to go away. Help please! Seems to fail with both the latest Firefox and on Chrome.
Looks like the Eigen developers are aware of this (Issue 1918) and they just merged a fix about 5 minutes ago. I'm not sure how long it takes to update the website, but the documentation bug causing the issue should be fixed.
Apparently the issue was with the JavaScript in eigen_navtree_hacks.js which needed the load function (which is deprecated) to be changed to the on function
$(window).load(showRoot);
had to be changed to
$(window).on("load", showRoot);
and
$(window).load(resizeHeight);
had to be changed to
$(window).on("load", resizeHeight);
I'm not sure what actually triggered the menu to start behaving this way in the first place.
Hi guys I have a very weird issue in MVVMCross right now.
I'm trying to close a page by using navigationService.Close(this), but it doesn't close. In the logging I'm seeing the following message: Ignoring close for ViewModel - Matching View for ViewModel instance failed.
I checked on Github where this message is thrown and it is exactly what it says it can't find the view which needs to be closed. But now the weird thing: If I just change the presentation to Modal (which I don't want in this case) the close command just works.
Is this a bug? Am I doing something wrong? Can anyone help me?
Maybe it is because we have a TabbedRootViewModel in which the navigation is done?
Fixed it (somehow) by setting WrapInNavigationPage = true in the TabbedRootViewModel. This did give some other issues like a double navigationBar. Which I fixed by turning off the navigationBar in XAML. So it's not the ideal solution, but it is a solution :)
Overview
I am running a Plone 4.2.4 server, it is a standalone install and doesn't have any add-ons installed other than Solgema.fullcalendar. Everything installed a-ok (I can see nothing in my buildout output regarding errors or missing dependencies and running my instance in foreground mode shows no problems).
Buildout
Inside of my buildout I have: (as they request on this link)
eggs =
[...]
Solgema.fullcalendar
zcml =
[...]
Solgema.fullcalendar
Process
I followed the instructions in the documentation, going to Add New... > Collection
Then on my collection selecting View > Solgema Fullcalendar
I leave the Calendar Properties tab alone and besides changing the view to `Month' everything else remains the same.
Problem
When clicking on a blank date block, I see a little spinner.gif signifying something is loading, but in my Javascript console I see:
Error: uncaught exception: cannot call methods on dialog prior to initialization;
attempted to call method 'destroy'
This happens via the right click menu also, the right click menu loads but throws the above error once I click any of the buttons contained in it.
I can drag events, and resize them without any problems (however I think something is missing as after either dragging or resizing the event, the browser takes me to the page for that event).
Summary
It seems like I'm missing a Javascript file that was not included in Solgema.fullcalendar however I have no idea what script it was and I am unable to decipher this Javascript error (above).
If anyone has any experience with this, ideas or your thoughts would be greatly appreciated.
I've used like buttons on my site for several months using http://www.addthis.com/ and they've worked fine. Recently I decided to start using facebook comments on the pages instead of my previous commenting system but I've found that adding the plugin to the page has an unexpected impact on the "like" button.
The like button has been configured in the button_count style with no send button, however if the comments module is on the page the flyout appears upon liking the content. I don't want this to happen.
It may also be worth adding that there is a "like-box" on the page too but that it seems fine.
Does anybody know of a tie/conflict between comments and "like" buttons that would make this happen? Any help resolving this would be greatly appreciated.
Thanks
I am trying to do something which I would've thought was very simple, but it's causing me a huge headache. I am using Grails ui plugin to get a dialog box. I have a number of instances - some where dialog boxes need to appear when a button is clicked. This I have got working. But I also need to have some that appear when the page is loaded... for information / warning purposes. But I'm struggling with this.. What should I put as the trigger? I don't want the user to have to click anything before the dialog appears.
Also - has anyone successfully managed to change the style of the gui:dialog ? Mine was originally appearing as text with an invisible background before I added the class=yui-skin-sam to the main.gsp body, but that's had to replace the existing style class I already had on the body! how frustrating !!
Had the exact same problem... got it working by adding "visible=show" to the dialog's attributes. Example:
<gui:dialog title="Modal Dialog" modal="true" visible="show">
This message will appear in a modal dialog when the page loads.
</gui:dialog>