You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@wookie.apache.org by "Scott Wilson (JIRA)" <ji...@apache.org> on 2011/01/24 11:50:43 UTC
[jira] Created: (WOOKIE-177) Handling unreasonably large widget
sizes
Handling unreasonably large widget sizes
----------------------------------------
Key: WOOKIE-177
URL: https://issues.apache.org/jira/browse/WOOKIE-177
Project: Wookie
Issue Type: Improvement
Components: Connection Framework, Parser
Affects Versions: 0.9.0
Reporter: Scott Wilson
Fix For: 0.9.1
There is currently no upper limit on the size of a widget, however I can see that most platforms will want to set an upper limit so that the widget will fit within it properly.
For the most part I imagine that platforms will handle this natively (i.e. not try to create iFrames larger than the parent) but it may be useful to have some capability to do this automatically either in the connector framework or in the parser.
This came to my attention via:
http://developer.vodafone.com/develop-apps/widgets/getting-started/multipage-code-notes/
This sets height/width to 9999, presumably to enforce a fullscreen viewmode.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] [Updated] (WOOKIE-177) Handling unreasonably large widget
sizes
Posted by "Scott Wilson (Updated) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WOOKIE-177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Scott Wilson updated WOOKIE-177:
--------------------------------
Fix Version/s: 0.9.2
Scheduling for 0.9.2
> Handling unreasonably large widget sizes
> ----------------------------------------
>
> Key: WOOKIE-177
> URL: https://issues.apache.org/jira/browse/WOOKIE-177
> Project: Wookie
> Issue Type: Improvement
> Components: Connection Framework, Parser
> Affects Versions: 0.9.0
> Reporter: Scott Wilson
> Fix For: 0.9.2
>
>
> There is currently no upper limit on the size of a widget, however I can see that most platforms will want to set an upper limit so that the widget will fit within it properly.
> For the most part I imagine that platforms will handle this natively (i.e. not try to create iFrames larger than the parent) but it may be useful to have some capability to do this automatically either in the connector framework or in the parser.
> This came to my attention via:
> http://developer.vodafone.com/develop-apps/widgets/getting-started/multipage-code-notes/
> This sets height/width to 9999, presumably to enforce a fullscreen viewmode.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (WOOKIE-177) Handling unreasonably large widget
sizes
Posted by "Scott Wilson (Updated) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WOOKIE-177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Scott Wilson updated WOOKIE-177:
--------------------------------
Fix Version/s: (was: 0.9.2)
0.9.4
> Handling unreasonably large widget sizes
> ----------------------------------------
>
> Key: WOOKIE-177
> URL: https://issues.apache.org/jira/browse/WOOKIE-177
> Project: Wookie
> Issue Type: Improvement
> Components: Connection Framework, Parser
> Affects Versions: 0.9.0
> Reporter: Scott Wilson
> Fix For: 0.9.4
>
>
> There is currently no upper limit on the size of a widget, however I can see that most platforms will want to set an upper limit so that the widget will fit within it properly.
> For the most part I imagine that platforms will handle this natively (i.e. not try to create iFrames larger than the parent) but it may be useful to have some capability to do this automatically either in the connector framework or in the parser.
> This came to my attention via:
> http://developer.vodafone.com/develop-apps/widgets/getting-started/multipage-code-notes/
> This sets height/width to 9999, presumably to enforce a fullscreen viewmode.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (WOOKIE-177) Handling unreasonably large widget
sizes
Posted by "Scott Wilson (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/WOOKIE-177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Scott Wilson updated WOOKIE-177:
--------------------------------
Fix Version/s: (was: 0.9.1)
Removed a fix version for this until we have comments on it.
> Handling unreasonably large widget sizes
> ----------------------------------------
>
> Key: WOOKIE-177
> URL: https://issues.apache.org/jira/browse/WOOKIE-177
> Project: Wookie
> Issue Type: Improvement
> Components: Connection Framework, Parser
> Affects Versions: 0.9.0
> Reporter: Scott Wilson
>
> There is currently no upper limit on the size of a widget, however I can see that most platforms will want to set an upper limit so that the widget will fit within it properly.
> For the most part I imagine that platforms will handle this natively (i.e. not try to create iFrames larger than the parent) but it may be useful to have some capability to do this automatically either in the connector framework or in the parser.
> This came to my attention via:
> http://developer.vodafone.com/develop-apps/widgets/getting-started/multipage-code-notes/
> This sets height/width to 9999, presumably to enforce a fullscreen viewmode.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
ballpark best setup for Wookie
Posted by Steven Nisbet <s....@mmu.ac.uk>.
Morning folks,
I'm putting together a spec for a Wookie provision with our VLE Hosts @
ULCC. I wondered what thoughts we have regarding recommended specs for
servers and platform against, for instance - expected rates of requests.In
other words, if we have a number of widgets on a Moodle / VLE install that
are called by default by all of say 10,000 / 20,000 / 30,000 students
several times a day, then what kind of scalability deliberations are
necessary in platform choice? MySQL vs Derby and so on. Anyone ever done
any load or stress testing?
Best wishes and thanks
Steve
"Before acting on this email or opening any attachments you should read the Manchester Metropolitan University email disclaimer available on its website http://www.mmu.ac.uk/emaildisclaimer "