[Xerte-dev] Re: Modules and htaccess

Tue Apr 9 19:32:40 BST 2013

But this isn't a new solution, it's stopping a problem getting
stupid.So I installed a new module called Ebook. I want a play option
which downloads the ebook, and a play_html option which allows people
to read the ebook online.Sadly I can't have this, because play_html
has already been claimed by another module, so I am a bit screwed? So
logically I create a new play_ebook page, but then to install that
module I've got to copy a new page into the root just to make it work.
And then imagine 50 modules, which 50 different play pages, so your
root folder is full of files and remembering which one does which is a
little bit awkward.The apache version is just play__So no one needs
edit a htaccess again? Because those people who don't want to, or
can't write code are going to need to update their htaccess as part of
any update, or in theory after any new module is introduced.As a
sideways statement, if we modularise properly, XOT becomes a lot more
useful (especially to me), without it I think we're missing a huge
trick----- Original Message -----
From: "For Xerte technical developers" 
To:"For Xerte technical developers" 
Cc:
Sent:Tue, 9 Apr 2013 18:15:20 +0100
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"  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 necessarily 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.nottingham.ac.uk/pipermail/xerte-dev/attachments/20130409/2256beed/attachment-0001.html>