[Xerte-dev] Re: Modules and htaccess
Pat @ Pgogy
xerte at pgogywebstuff.com
Thu Apr 11 15:19:29 BST 2013
Try adding the string to the database manually?
Pgogy Webstuff - http://www.pgogywebstuff.com
Makers of web things of a fair to middling quality
On 11 Apr 2013, at 14:56, "Ron Mitchell" <ronm at mitchellmedia.co.uk> wrote:
> added that field manually e.g. extra_flags` varchar(45) DEFAULT NULL,
> but still can't change engine tick box
> play via edit or properties plays Flash even with Javascript ticked
> HTH
> Ron
>
> From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Ron Mitchell
> Sent: 11 April 2013 14:43
> To: 'For Xerte technical developers'
> Subject: [Xerte-dev] Re: Modules and htaccess
>
> Was the correct upgrade definitely in the patch?
> If it was my applying of the patch didn't work because that's not in the patched or exported code yet it is in basic.sql
>
> From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom Reijnders
> Sent: 11 April 2013 14:33
> To: For Xerte technical developers
> Subject: [Xerte-dev] Re: Modules and htaccess
>
> Strange.
>
> Upgrade should give you an extra column on templatedetails called extra_flags.
>
> Ron Mitchell <ronm at mitchellmedia.co.uk> schreef:
> Cheers got it!
>
>
> I'm not sure if anyone else has tried this yet but not quite working for me...
>
>
> 1. Applied patch to local copy of svn code
> 2. Exported patched version
> 3. Dropped over a localhost test install
>
>
> I can see new options in the properties panel e.g. what is the default engine to use for this project with Javascript (a.k.a. HTML5) ticked
> But I can't untick that or tick the flash option
> When following the flash and html5 links I get an empty wondow
> and when trying to create a new LO I get an empty window with failed to create new template
>
>
> I ran upgrade.php but there doesn't seem to be anything new in there?
>
>
> HTH
> Ron
>
>
> From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Julian Tenney
> Sent: 11 April 2013 13:10
> To: For Xerte technical developers
> Subject: [Xerte-dev] Re: Modules and htaccess
>
>
> I’ve just sent it on…
>
>
> From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom Reijnders
> Sent: 11 April 2013 12:29
> To: For Xerte technical developers
> Subject: [Xerte-dev] Re: Modules and htaccess
>
>
> Didn't want to send It to the list . Julian has it.
>
> Ron Mitchell <ronm at mitchellmedia.co.uk> schreef:
> Happy to test and feedback but where do I get the patch? 752 looks like Fay's update.
>
>
> Ron
>
>
> From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom Reijnders
> Sent: 11 April 2013 11:08
> To: For Xerte technical developers
> Subject: [Xerte-dev] Re: Modules and htaccess
>
>
> I am off-line the rest of the day. I'll send the patch to Julian.
>
> Op 11-4-2013 11:51, Tom Reijnders schreef:
> As an addition:
>
> Now you can just use play.php&template_id=4 (or play_4). It will show :
> 1. if the template_frame=xerte in the engine set by the user
> 2. if the template_frame is site using modules/site/play.php
>
> Also, you can use play.php&template_id=4&engine=flash or play.php&template_id=4&engine=javascript to force a specific engine.
>
> Some is true for preview.
>
> You can also use engine=other (this is used by the wizard when Ctlr+Play is pressed)
>
> I have to do the same for peer.php, but first would like some feedback ;-)
>
> Tom
>
>
> Op 11-4-2013 11:38, Tom Reijnders schreef:
> Almost finished.
>
> I didn't change anything yet to modularize the properties page
>
> - Changed play.php (root) and modules/xerte/play.php and preview
> - Made play_html5.php (root) redirect to new play
> - Make use of the same template files as export does for the play and preview
> - Make wizard toggle the engine on Ctrl-click
> - Move site to its own module dir
> - Changed basic.sql
> - updates upgrade.php
>
> Not thoroughly tested yet, not committed yet
>
> Patch is not attached but available. (from svn 752)
>
> It's about 2.2Mb
>
> Op 10-4-2013 23:39, xerte at pgogywebstuff.com schreef:
> Hello,
>
>
> Sorry for delay - travelling home from a conference.... again
>
>
> The properties page is at present not modular - as it is the same code for each module. At present only Xerte Online Toolkits modules will have more than one URL, hence it needs some "Module" work.
>
>
> I think I could see a case for giving XOT modules a new tab on properties which is HTML access - beca use in theory some of the projects are to become HTML5 projects. This tab could explain the process and give the preview and default setting options?
>
>
> This way the main properties tab with the links in could remain as is (for now) and as the XOT stuff is migrated then we could remove the tab
>
>
> OR
>
>
> You could modularise part of the properties page and give each module a URL _return function like what exists at present
>
>
> I sort of prefer the top version, but am not fussed
>
>
> https://github.com/patlockley/XOT-templatecanvas exists as well
>
>
> Peer.php doesn't exist for all projects, you can turn it on in the .info file should you want too
>
>
> REMEMBER
>
>
> if you add a new module you need to add the new language files as well
>
>
> Tom how do you want to divide the work on this? I don't feel it's fair for you to do it all given how much I've moaned about this :)
>
> Pgogy Webstuff http://www.pgogywebstuff.com
> Makers of Web things of a fair to middling quality
>
>
>
> ----- Original Message -----
> From:
> "For Xerte technical developers" <xerte-dev at lists.nottingham.ac.uk>
>
>
> To:
> "For Xerte technical developers" <xerte-dev at lists.nottingham.ac.uk>
> Cc:
>
>
> Sent:
> Wed, 10 Apr 2013 17:29:49 +0200
> Subject:
> [Xerte-dev] Re: Modules and htaccess
>
>
> There are some subtle differences:
>
> Yes, the user could delivery options in the property page, but you need to realise that the proerty page is also modular, the form is generated from the modules/<framework> php code. So... only xerte LO's would get that option.
>
> And then the URLs that would be provided will NOT be different, but the way the URL behaves, i.e. in the module play.php the DB is inquired to see which engine to use.
>
> I think that I go ahead and show you how everything is pieces nicely together.
>
> As an example, your 'site' stuff needs to have 'site' (or whetever you want to call it) in the originaltemplatesdetails table in the 'framework' column, and the play_site.php, preview_site.php and perhaps export_site.php should move to a f older modules/site and be called play.php, preview.php and perhaps export.php.
>
> Then you can use the regular 'root' play.php and 'root' preview.php... and even peer.php
>
> Right Pat?
>
> I am working on it, and provide you with a patch so you can test. Once you understand what is reuired, it is rather straightforward.
>
> If we're committing this, I'll will also write an article of how this works.
>
> Tom
>
> Op 10-4-2013 17:05, Julian Tenney schreef:
> I'd prefer to say, finish your stuff, then I'll mangle
>
>
> Mangle away… this obviously has links to the propertie s panel and URLs for each piece as we discussed earlier in the week. To summarise the discussions, here’s where I thought we’d got to:
>
>
> The user would select the delivery option from the properties panel;
> Different URLs would provide access to the content – so the flash / html URLs would actually be available
> Principle: authors test and check rather than auto-conversion
> The setting in the properties panel would drive the URLs in the various feeds etc
> Principle: existing links continue to work
> Workaround: we can leave the play_html5.php page in place as it’s not only Ron who is already putting content ‘live’ this way
>
> We need to accommodate the site template as well (which I’m going to have to rename for political reasons here, otherwise M&C will kill it. Learning Module?)
>
>
> Is there anything else? If we have a good list, we’ll only have to do the work once…
>
>
> Thanks Tom and Pat for picking this up,
>
>
> Julian
>
>
>
>
> From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.acuk] On Behalf Of Pat @ Pgogy
> Sent: 10 April 2013 12:13
> To: For Xerte technical developers
> Subject: [Xerte-dev] Re: Modules and htaccess
>
>
> I didn't make the changes last time (as sorry to sound like a stuck record) as I didn't think we'd agreed on it / added it to the road map. So I didn't want to waste a day of Fay's time in changing stuff.
>
>
> I felt xenith was important and so I didn't want to screw it up with the wrong sort of changes.
>
>
> You could place a header redirect in playhtml5.php to redirect the URL to another link, thus old links could be maintained - albeit as a work round.
>
>
> I'd prefer to say, finish your stuff, then I'll mangle
>
> Pgogy Webstuff - http://www.pgogywebstuff.com
> Makers of web things of a fair to middling quality
> On 10 Apr 2013, at 11:24, Julian Tenney <Julian.Tenney at nottingham.ac.uk> wrote:
>
> Is there any way we can do both things, i.e. leave the existing stuff in place so things don’t break, but build a new modular play engine that handles the modular stuff much better? When I put the site template in it was obvious that it was a bit of a pain, as you say having to add new files to the root folder is bad news, and having to modify other files in the root folder is also not so plug and play: there is specific (if (thisSortOfTemplate) do this else do that) code in ther e, which shouldn’t be there really.
>
> We wanted to put a new zip out on 26th April, a tentative deadline. I don’t mind waiting a few more weeks, but we really need to get this out there so that it can be installed in places before the summer – so those who want to build materials for next year can use it over the summer. The end of May would be about as far as I’d want to wait I think.
>
> What do others think?
>
> From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of xerte at pgogywebstuff.com
> Sent: 10 April 2013 11:19
> To: For Xerte technical developers
> Subject: [Xerte-dev] Re: Modules and htaccess
>
> True, and happy to shut up
>
> But I first raised this in November - http://listsnottingham.ac.uk/pipermail/xerte-dev/2012-November/002868.html - but it didn't go anywhere
>
> ----- Original Message -----
> From:
> "For Xerte technical developers" <xerte-dev at lists.nottingham.ac.uk>
>
> To:
> "For Xerte technical developers" <xerte-dev at lists.nottingham.ac.uk>
> Cc:
>
> Sent:
> Wed, 10 Apr 2013 09:41:32 +0100
> Subject:
> [Xert e-dev] Re: Modules and htaccess
>
>
> Always we seem to hit something fundamental right before we're due to finish the work. There is a degree of frustration here with two things:
>
> - we have already worked through this twice: Fay has worked through it once with Pat to get the html5 links working, and I have worked through it with Pat to get the site template working. Now we want to do it differently?
> - if you take pre-release code and it changes, well, that's sometimes life. Play_html5 was always intended as a way of beta testing the templates, rather than anything else.
>
> At this stage of things, I think we should go with what we have, and Tom's database solution solution, and get this phase of work done, and then address it later when we have a new cycle underway. I appreciate the issues, but there is no point in getting hung about functionality that no one is using yet (modularity), at the expense of functionality that everyone wants to use (htm l5 delivery).
>
> -----Original Message-----
> From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Ron Mitchell
> Sent: 09 April 2013 18:15
> To: 'For Xerte technical developers'
> Subject: [Xerte-dev] Re: Modules and htaccess
>
> For me the basic principal must be whatever we want to be defaults for any new solution mustn't break existing links or require people to duplicate or re-write any code to maintain that compatibility. The vast majority will not have the time, skills or inclination to do that. So...
>
> /play.php?template_id=123 and /play_123 including the embed code links should continue to play existing LO's via Flash likewise
> /play_html5.php?template_id=123 and /play_html5_123 should continue to work even if that's no longer the default for new html 5, 6 or 7 LO's.
>
> I can see the point about not referring to html5 and keeping it more future proofed and again I can't see a problem with changes like this or the new defaults being Play.php?template_id=560&method=HTML as long as existing links aren't broken. But what would be the Apache/htaccess version of that?
>
> Over time JISC Techdis and other organisations and individuals have shared many links to LO's they have made public with the community, with their learners, with colleagues and this includes sharing of the play_html5 links. Rightly or wrongly that's what we've had since the 1.8 release so obviously we shouldn't break those links if we can possibly avoid it.
>
> HTH
> Ron
>
> -----Original Message-----
> From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Smith, John
> Sent: 09 April 2013 17:25
> To: xerte-dev at lists.nottingham.ac.uk
> Subject: [Xerte-dev] Re: Modules and htaccess
>
> Howdy
>
> I personally think you need to run everything through the same page, with parameters Its the only way you can prevent worsening the situation 12 months down the line where we have many deployed play urls which have to be maintained.. Plan to deprecate play_html5 and then people can rewrite that page to your main play.php page with method=html or even duplicate the main play.php file as play_html5 if they must.
>
> Begs the question - should we drop references to html5 and just call it html - what happens if they release html6 in a few years?
>
> Regards
>
> John Smith
> Learning Technologist
> School of Health and Life Sciences
>
> Sent from Samsung Galaxy SII
>
>
>
> "Pat @ Pgogy" <xerte at pgogywebstuff.com> wrote:
>
>
> Could we use the following URL structure?
>
> Can the play URL be
>
> Play.php?template_id=560
> And
> Play.php?template_id=560&method=HTML
>
> And not playhtml.php?
>
> _______________________________________________
> Xerte-dev mailing list
> Xerte-dev at lists.nottingham.ac.uk
> http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev
> This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not neces sarily reflect the views of the University of Nottingham.
>
> This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system:
> you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.
>
> 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
>
>
> _______________________________________________
> Xerte-dev mailing list
> Xerte-dev at lists.nottingham.ac.uk
> http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev
> _______________________________________________
> Xerte-dev mailing list
> Xerte-dev at lists.nottingham.ac.uk
> http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev
> _______________________________________________
> Xerte-dev mailing list
> Xerte-dev at lists.nottingham.ac.uk
> http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev
>
>
> _______________________________________________
> Xerte-dev mailing list
> Xerte-dev at lists.nottingham.ac.uk
> http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev
>
>
> --
> --
>
>
> Tom Reijnders
> TOR Informatica
> Chopinlaan 27
> 5242HM Rosmalen
> Tel: 073 5226191
> Fax: 073 5226196
>
>
>
>
>
>
>
> _______________________________________________
> Xerte-dev mailing list
> Xerte-dev at lists.nottingham.ac.uk
> http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev
>
>
> --
> --
>
>
> Tom Reijnders
> TOR Informatica
> Chopinlaan 27
> 5242HM Rosmalen
> Tel: 073 5226191
> Fax: 073 5226196
>
>
>
>
>
> _______________________________________________
> Xerte-dev mailing list
> Xerte-dev at lists.nottingham.ac.uk
> http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev
>
>
> --
> --
>
>
> Tom Reijnders
> TOR Informatica
> Chopinlaan
> 27
> 5242HM
> Rosmalen
> Tel: 073 5226191
> Fax: 073 5226196
>
>
>
>
>
> _______________________________________________
> Xerte-dev mailing list
> Xerte-dev at lists.nottingham.ac.uk
> http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev
>
>
> --
> --
>
>
> Tom Reijnders
> TOR Informatica
> Chopinlaan 27
> 5242HM Rosmalen
> Tel: 073 5226191
> Fax: 073 5226196
>
>
>
>
>
>
>
> Xerte-dev mailing list
> Xerte-dev at lists.nottingham.ac.uk
> http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev
>
> --
> Verzonden van mijn Android telefoon met K-9 Mail.
>
>
>
>
>
>
>
> _______________________________________________
> 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/20130411/9242c0a5/attachment-0001.html>
More information about the Xerte-dev
mailing list