[Xerte-dev] Re: FW: selected template access
Pat @ Pgogy
xerte at pgogywebstuff.com
Tue Feb 12 17:11:01 GMT 2013
Hello,
Code wise it is fine - but these links are for one template, so they really should be in the module folder and not the library - as it will add them for all templates.
Before Xmas I spoke about making the play code more useful for extra types of format. So in theory every template can support an infinite number of play options.
Should I do that?
Pgogy Webstuff - http://www.pgogywebstuff.com
Makers of web things of a fair to middling quality
On 12 Feb 2013, at 17:05, "Ron Mitchell" <ronm at mitchellmedia.co.uk> wrote:
> I'm not sure John.
> I guess most of the time that would be redundant because it's the author view of properties of an LO but I suspect your asking for when it's a shared project. Not sure if creator ID get's changed when changed by someone other than creator or if the modifier ID get's stored elsewhere and tracks modifications.
>
> From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Smith, John
> Sent: 12 February 2013 16:38
> To: For Xerte technical developers
> Subject: [Xerte-dev] Re: FW: selected template access
>
> Oh and is it possible to show “…was created on 2013-02-11 by XXXXX” and similar for the modified line?
>
> Regards,
>
> John Smith
> Learning Technologist
> School of Health & Life Sciences
> Glasgow Caledonian University
>
> From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Ron Mitchell
> Sent: Tuesday, February 12, 2013 4:23 PM
> To: 'For Xerte technical developers'
> Subject: [Xerte-dev] FW: selected template access
>
>
> Hi all
> I've been testing Julian's new site stuff and wanted to test a way of changing the links displayed in properties when viewing properties with a site LO selected. I have this working locally after adding the additional links to url_library.php and then using a case statement to check for project name in properties_library.php
>
> However I don't want to risk the wrath of the cave! ;-)
> Is there a better/elegant/more future proof way to do this?
>
> In properties_library.php I've added a switch checking for template name and if it's 'site' show just the play_site link but if it's not site by default show the flash and html 5 links that we see now. The links obviously come from url_library.php. Here's the relevant code in site properties_library.php:
>
> $query_name_response = mysql_query($query_for_template_name);
>
> $row_name = mysql_fetch_array($query_name_response);
>
> switch($row_name['template_name']){
>
> case "site":
> echo "<p><a target=\"new\" href='" . $xerte_toolkits_site->site_url . url_return("play_site", $_POST['template_id']) . "'>" . $xerte_toolkits_site->site_url . url_return("play_site", $_POST['template_id']) . "</a></p>";
> break;
>
> default:
>
> echo "<p>" . PROPERTIES_LIBRARY_PROJECT_LINK . "</p>";
>
> echo "<p><a target=\"new\" href='" . $xerte_toolkits_site->site_url . url_return("play", $_POST['template_id']) . "'>" . $xerte_toolkits_site->site_url . url_return("play", $_POST['template_id']) . "</a></p>";
>
> echo "<p>" . PROPERTIES_LIBRARY_PROJECT_HTML5_LINK . "</p>";
>
> echo "<p><a target=\"new\" href='" . $xerte_toolkits_site->site_url . url_return("play_html5", $_POST['template_id']) . "'>" . $xerte_toolkits_site->site_url . url_return("play_html5", $_POST['template_id']) . "</a></p>";
>
> $temp_string = get_template_screen_size($row_name['template_name'], $row_name['template_framework']);
>
> $temp_array = explode("~",$temp_string);
>
> echo "<br><br><p>" . PROPERTIES_LIBRARY_PROJECT_IFRAME . "</p><form><textarea rows='3' cols='40' onfocus='this.select()'><iframe src='" . $xerte_toolkits_site->site_url . url_return("play", $_POST['template_id']) . "' width='" . $temp_array[0] . "' height='" . $temp_array[1] . "' frameborder=\"0\" style=\"float:left; position:relative; top:0px; left:0px; z-index:0;\"></></iframe></textarea></form>";
>
> break;
> }}}
>
> and here's what a site template and other/Notts template shows:
>
> <image001.jpg><image002.jpg>
>
> I think I can hear rumblings from the cave already :-(
>
> Ron
>
> From: Julian Tenney [mailto:Julian.Tenney at nottingham.ac.uk]
> Sent: 12 February 2013 14:16
> To: Ron Mitchell
> Subject: RE: selected template access
>
> > Do you want me to have a look at displaying the correct play link in properties? Also .htaccess additions?
>
> BY all means. There is no hurry, though. Now we have the temaplte working I toolkits we can i) decide how far we want to take it; ii) sort all this other stuff out.
>
> From: Ron Mitchell [mailto:ronm at mitchellmedia.co.uk]
> Sent: 12 February 2013 13:19
> To: 'Ron Mitchell'; 'Julian Tenney'
> Subject: RE: selected template access
>
> That worked...
>
> changed name to site
> parent_templates/site/site.rlt
>
> created a new project
>
> preview_site and play_site both work.
>
> Do you want me to have a look at displaying the correct play link in properties? Also .htaccess additions?
>
> From: Ron Mitchell [mailto:ronm at mitchellmedia.co.uk]
> Sent: 12 February 2013 13:13
> To: 'Ron Mitchell'; 'Julian Tenney'
> Subject: RE: selected template access
>
> Tried that but no joy.
> Renamed in the db as bootstrap and then changed /parent_templates/site to parent_templates/bootstrap and now it works.
>
> Probably better though to find out why it wouldn't work via parent_templates/site/site.rlt oh just thinking perhaps I needed to create a new project after that change...
>
> From: Ron Mitchell [mailto:ronm at mitchellmedia.co.uk]
> Sent: 12 February 2013 13:04
> To: 'Ron Mitchell'; 'Julian Tenney'
> Subject: RE: selected template access
>
> Looks like the code uses the name from the originaltemplatedetails table in the db. Changes that to site and then it looks for /xot19/modules/xerte/parent_templates/site/site.rlt any reason not to rename bootstrap.rlt to site.rlt?
>
> From: Ron Mitchell [mailto:ronm at mitchellmedia.co.uk]
> Sent: 12 February 2013 12:58
> To: 'Julian Tenney'
> Subject: RE: selected template access
>
> Turned on debugging... something in the code still looking for the bootstrap folder?
>
> Warning: file_get_contents(/xot19/modules/xerte/parent_templates/bootstrap/bootstrap.rlt)
>
> Don't think it's cache.
>
> From: Ron Mitchell [mailto:ronm at mitchellmedia.co.uk]
> Sent: 12 February 2013 12:50
> To: 'Julian Tenney'
> Subject: RE: selected template access
>
> I wouldn't do it in basic.sql although if you don't want it available to all remove the *
> Just set who it's available to via management.php
>
> There's a slight issue possibly caused by the renaming...
>
> Have tested on two different installs - I can create a new project based on the template but clicking insert doesn't do anything? It worked when it was called Bootstrap! ;-)
>
> From: Julian Tenney [mailto:Julian.Tenney at nottingham.ac.uk]
> Sent: 12 February 2013 11:11
> To: Ron Mitchell
> Subject: RE: selected template access
>
> In basic.sql, instead of ‘*’ for the access field?
>
> From: Ron Mitchell [mailto:ronm at mitchellmedia.co.uk]
> Sent: 12 February 2013 11:11
> To: 'Julian Tenney'
> Subject: selected template access
>
> it's username comma username
> e.g. ronm,rmitchell
>
> From: Ron Mitchell [mailto:ronm at mitchellmedia.co.uk]
> Sent: 12 February 2013 10:52
> To: 'Julian Tenney'
> Subject: RE: Bootstrap
>
> BTW Pat didn't answer your question about enabling for specific users - looks like it's username.
> Not sure what the delimiter is but I guess either , ; or space - testing that now...
>
>
>
>
>
>
>
>
> Glasgow Caledonian University is a registered Scottish charity, number SC021474
>
> Winner: Times Higher Education’s Widening Participation Initiative of the Year 2009 and Herald Society’s Education Initiative of the Year 2009.
> http://www.gcu.ac.uk/newsevents/news/bycategory/theuniversity/1/name,6219,en.html
>
> Winner: Times Higher Education’s Outstanding Support for Early Career Researchers of the Year 2010, GCU as a lead with Universities Scotland partners.
> http://www.gcu.ac.uk/newsevents/news/bycategory/theuniversity/1/name,15691,en.html
> _______________________________________________
> Xerte-dev mailing list
> Xerte-dev at lists.nottingham.ac.uk
> http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.nottingham.ac.uk/pipermail/xerte-dev/attachments/20130212/09e79f97/attachment-0001.html>
More information about the Xerte-dev
mailing list