Marius, Please see the attached file for the code that I'm using to display the Ozone widgets in the XWiki page. http://xwiki.475771.n2.nabble.com/file/n6451265/CodeSubmitedToXwikiTeam.txt CodeSubmitedToXwikiTeam.txt The problem is not displaying the widgets in the iframes. The problem is in displaying the query results on the map. And all of this only in the wysiwyg mode. If I'm in the regular display mode, I'm able to see the all the widgets (map, query, etc) plus the results returned by the query on the map. When in the wysiwyg mode, I can see the widgets, but the results that I get from the query widget, are not displayed on the map widget. Does that make sense? Alina. ----- - Alina. -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-and-Ozone-widgets-tp6427000p6451265… Sent from the XWiki- Users mailing list archive at Nabble.com.

Yes, what I need to do is get all the functionality of the widgets in the Wysiwyg mode (that is, have the widgets interactive, query, get results, display them on the map, zoom on the map, etc). Then, when I click the "Save and View" button form the wysiwyg mode, the widgets should be displayed just as I had them set up in the wysiwyg (zoomed in with the results showing up on the map), but not interactive (that is, not be able to zoom on the map, or query in the query widget; just still images of whatever was set up in the wysiwyg mode). ----- - Alina. -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-and-Ozone-widgets-tp6427000p6453861… Sent from the XWiki- Users mailing list archive at Nabble.com.

You should check if your javascript is loaded when you are in wysiwyg mode. The issue is that SSX/JSX are loaded on demand when the content is rendered. Since you are in Wysiwyg, the rendering is in AJAX so the edit page has no knowledge of SSX/JSX being needed, so they are not loaded. This should probably be reported as a bug since they might be a need for a mecanism for the Wysiwyg AJAX rendering to get a list of CSS and JS to load once the page is rendered. These CSS and JS would needed to be dynamically loaded. Now this can cause some side effects since the CSS or JS could conflict with the edit mode. Maybe the macros should declare that they want this to happen. A workaround for you would be to force load your SSX/JSX all the time (set "Always" in the needed SSX and JSX). Ludovic On Wed, Jun 8, 2011 at 4:22 PM, afrey <afrey(a)modusoperandi.com> wrote: -- Ludovic Dubost Founder and CEO Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost

On 06/08/2011 05:28 PM, afrey wrote: Did you read my first reply? :) "The wysiwyginput.vm used to generate the input for the WYSIWYG editor doesn't include javascript.vm and thus none of the JavaScript extensions." Simply write: #template("javascript.vm") after the line with: #template("stylesheets.vm") Hope this helps, Marius

On 06/08/2011 05:35 PM, Ludovic Dubost wrote: Exactly. JSX are not loaded on purpose. SSX are loaded though. If you want to enable JSX loading for the edited content then you need to include javascript.vm template in wysiwyginput.vm like this: #template("javascript.vm") Hope this helps, Marius

I'd say your problem is different and you need to look at which javascript errors are reported by your browser. Firebug is your friend for that Ludovic 2011/6/8 afrey <afrey(a)modusoperandi.com> -- Ludovic Dubost Founder and CEO Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost

I changed the wysiwyginput.vm as suggested, and the problem with the ModalBox was fixed. So now I'm able to get the DropBox in the wysiwyg mode. Thank you both for the info. Now the problem that I have is how do I make the results from the query widget show up in the map widget. As a reminder, this is possible if not in the wysiwyg mode. Alina. ----- - Alina. -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-and-Ozone-widgets-tp6427000p6454704… Sent from the XWiki- Users mailing list archive at Nabble.com.