From reijnders at tor.nl Mon Dec 1 20:13:46 2014 From: reijnders at tor.nl (Tom Reijnders) Date: Mon, 01 Dec 2014 21:13:46 +0100 Subject: [Xerte-dev] Deprecation, flashonly indicator and optional parameter tooltips Message-ID: <547CCBFA.6040602@tor.nl> Hi, Just to show what the new deprecation and flash-only flags can do: 1. Deprecation of optional parameters is done by adding the following to a parameter: deprecated="Reason for deprecation". For now it will only work properly for optional parameters, because you cannot get rid of the standard parameters, but we may decided to change that. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. 2. Tooltips for optional parameters. Just add tooltip="Enter the tooltip" to a parameter. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. 3. Deprecated page type. Just add deprecated="Reason for deprecation" to the page. See src/Nottingham/wizards/en-GB/mapStraction.xwd for an example. 4. Mark flashonly parameters. Just add flashonly="true" to a parameter. See src/Nottingham/wizards/en-GB/basic.xwd for an example. Regards, Tom -- -- Tom Reijnders TOR Informatica Chopinlaan 27 5242HM Rosmalen Tel: 073 5226191 Fax: 073 5226196 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: deprecated_2.png Type: image/png Size: 89950 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: deprecated_3.png Type: image/png Size: 123446 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: deprecated_4.png Type: image/png Size: 79081 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: deprecated_1.png Type: image/png Size: 79929 bytes Desc: not available URL: From Julian.Tenney at nottingham.ac.uk Tue Dec 2 09:33:07 2014 From: Julian.Tenney at nottingham.ac.uk (Julian Tenney) Date: Tue, 2 Dec 2014 09:33:07 +0000 Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips In-Reply-To: <547CCBFA.6040602@tor.nl> References: <547CCBFA.6040602@tor.nl> Message-ID: <12C67A1EEC419342AF5E59DA31562C3F0D9AB1C61E@EXCHANGE1.ad.nottingham.ac.uk> This really helps understand what you talked about yesterday. It looks like a good approach. A lot of work still remains though? From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom Reijnders Sent: 01 December 2014 20:14 To: For Xerte technical developers Subject: [Xerte-dev] Deprecation, flashonly indicator and optional parameter tooltips Hi, Just to show what the new deprecation and flash-only flags can do: 1. Deprecation of optional parameters is done by adding the following to a parameter: deprecated="Reason for deprecation". For now it will only work properly for optional parameters, because you cannot get rid of the standard parameters, but we may decided to change that. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. [cid:image001.png at 01D00E12.FACD67B0] 2. Tooltips for optional parameters. Just add tooltip="Enter the tooltip" to a parameter. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. [cid:image002.png at 01D00E12.FACD67B0] 3. Deprecated page type. Just add deprecated="Reason for deprecation" to the page. See src/Nottingham/wizards/en-GB/mapStraction.xwd for an example. [cid:image003.png at 01D00E12.FACD67B0] 4. Mark flashonly parameters. Just add flashonly="true" to a parameter. See src/Nottingham/wizards/en-GB/basic.xwd for an example. [cid:image004.png at 01D00E12.FACD67B0] Regards, Tom -- -- Tom Reijnders TOR Informatica Chopinlaan 27 5242HM Rosmalen Tel: 073 5226191 Fax: 073 5226196 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 89950 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 123446 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 79081 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 79929 bytes Desc: image004.png URL: From J.J.Smith at gcu.ac.uk Tue Dec 2 09:45:51 2014 From: J.J.Smith at gcu.ac.uk (Smith, John) Date: Tue, 2 Dec 2014 09:45:51 +0000 Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips In-Reply-To: <547CCBFA.6040602@tor.nl> References: <547CCBFA.6040602@tor.nl> Message-ID: This looks very good Tom, definitely a valuable addition as i've been asked more than a few times about the custom interface and other flash only options... Regards, John Smith | Learning Technologist Room A250, Govan Mbeki Building | School of Health & Life Sciences | Glasgow Caledonian University Cowcaddens Road | Glasgow | G4 0BA Please address ALL support requests to hlsblt at gcu.ac.uk where one of the School Learning Technologists will pick up the job. This will ensure that all jobs are completed as promptly as possible. ________________________________________ From: xerte-dev-bounces at lists.nottingham.ac.uk [xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom Reijnders [reijnders at tor.nl] Sent: 01 December 2014 20:13 To: For Xerte technical developers Subject: [Xerte-dev] Deprecation, flashonly indicator and optional parameter tooltips Hi, Just to show what the new deprecation and flash-only flags can do: 1. Deprecation of optional parameters is done by adding the following to a parameter: deprecated="Reason for deprecation". For now it will only work properly for optional parameters, because you cannot get rid of the standard parameters, but we may decided to change that. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. [cid:part1.05020300.08030800 at tor.nl] 2. Tooltips for optional parameters. Just add tooltip="Enter the tooltip" to a parameter. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. [cid:part2.01050805.04020209 at tor.nl] 3. Deprecated page type. Just add deprecated="Reason for deprecation" to the page. See src/Nottingham/wizards/en-GB/mapStraction.xwd for an example. [cid:part3.00000406.02080708 at tor.nl] 4. Mark flashonly parameters. Just add flashonly="true" to a parameter. See src/Nottingham/wizards/en-GB/basic.xwd for an example. [cid:part4.04010102.05070802 at tor.nl] Regards, Tom -- -- Tom Reijnders TOR Informatica Chopinlaan 27 5242HM Rosmalen Tel: 073 5226191 Fax: 073 5226196 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 From reijnders at tor.nl Tue Dec 2 09:55:29 2014 From: reijnders at tor.nl (Tom Reijnders) Date: Tue, 02 Dec 2014 10:55:29 +0100 Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips In-Reply-To: <12C67A1EEC419342AF5E59DA31562C3F0D9AB1C61E@EXCHANGE1.ad.nottingham.ac.uk> References: <547CCBFA.6040602@tor.nl> <12C67A1EEC419342AF5E59DA31562C3F0D9AB1C61E@EXCHANGE1.ad.nottingham.ac.uk> Message-ID: This implements the mechanism. That is complete. Just need to change the translation tool to be able to translate the tooltips and the depracation reason. However, deprecating a parameter is some work. Besides editing the xwd, you need to adapt the model as well. Tom Julian Tenney schreef op 2 december 2014 10:33:07 CET: >This really helps understand what you talked about yesterday. It looks >like a good approach. A lot of work still remains though? > >From: xerte-dev-bounces at lists.nottingham.ac.uk >[mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom >Reijnders >Sent: 01 December 2014 20:14 >To: For Xerte technical developers >Subject: [Xerte-dev] Deprecation, flashonly indicator and optional >parameter tooltips > >Hi, > >Just to show what the new deprecation and flash-only flags can do: > >1. Deprecation of optional parameters is done by adding the following >to a parameter: deprecated="Reason for deprecation". For now it will >only work properly for optional parameters, because you cannot get rid >of the standard parameters, but we may decided to change that. See >src/Nottingham/wizards/en-GB/textVideo.xwd for an example. > >[cid:image001.png at 01D00E12.FACD67B0] > >2. Tooltips for optional parameters. Just add tooltip="Enter the >tooltip" to a parameter. See src/Nottingham/wizards/en-GB/textVideo.xwd >for an example. > >[cid:image002.png at 01D00E12.FACD67B0] > >3. Deprecated page type. Just add deprecated="Reason for deprecation" >to the page. See src/Nottingham/wizards/en-GB/mapStraction.xwd for an >example. > >[cid:image003.png at 01D00E12.FACD67B0] > >4. Mark flashonly parameters. Just add flashonly="true" to a parameter. >See src/Nottingham/wizards/en-GB/basic.xwd for an example. > >[cid:image004.png at 01D00E12.FACD67B0] > > >Regards, > >Tom > > > >-- > >-- > > > >Tom Reijnders > >TOR Informatica > >Chopinlaan 27 > >5242HM Rosmalen > >Tel: 073 5226191 > >Fax: 073 5226196 > > > > > > >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. > > > >------------------------------------------------------------------------ > >_______________________________________________ >Xerte-dev mailing list >Xerte-dev at lists.nottingham.ac.uk >http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Julian.Tenney at nottingham.ac.uk Tue Dec 2 10:00:55 2014 From: Julian.Tenney at nottingham.ac.uk (Julian Tenney) Date: Tue, 2 Dec 2014 10:00:55 +0000 Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips In-Reply-To: References: <547CCBFA.6040602@tor.nl> <12C67A1EEC419342AF5E59DA31562C3F0D9AB1C61E@EXCHANGE1.ad.nottingham.ac.uk> Message-ID: <12C67A1EEC419342AF5E59DA31562C3F0D9AB1C69A@EXCHANGE1.ad.nottingham.ac.uk> How many of the models are impacted? Do you have any idea? From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom Reijnders Sent: 02 December 2014 09:55 To: For Xerte technical developers Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips This implements the mechanism. That is complete. Just need to change the translation tool to be able to translate the tooltips and the depracation reason. However, deprecating a parameter is some work. Besides editing the xwd, you need to adapt the model as well. Tom Julian Tenney > schreef op 2 december 2014 10:33:07 CET: This really helps understand what you talked about yesterday. It looks like a good approach. A lot of work still remains though? From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom Reijnders Sent: 01 December 2014 20:14 To: For Xerte technical developers Subject: [Xerte -dev] Deprecation, flashonly indicator and optional parameter tooltips Hi, Just to show what the new deprecation and flash-only flags can do: 1. Deprecation of optional parameters is done by adding the following to a parameter: deprecated="Reason for deprecation". For now it will only work properly for optional parameters, because you cannot get rid of the standard parameters, but we may decided to change that. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. [cid:image001.png at 01D00E12.FACD67B0] 2. Tooltips for optional parameters. Just add tooltip="Enter the tooltip" to a parameter. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. [cid:image002.png at 01D00E12.FACD67B0] 3. Deprecated page type. Just add deprecated="Reason for deprecation" to the page. See src/Nottingham/wizards/en-GB/mapStraction.xwd for an example. [cid:image003.png at 01D00E12.FACD67B0] 4. Mark flashonly parameters. Just add flashonly="true" to a parameter. See src/Nottingham/wizards/en-GB/basic.xwd for an example. [cid:image004.png at 01D00E12.FACD67B0] Regards, Tom - - -- Tom Reijnders TOR Informatica Chopinlaan 27 5242HM Rosmalen Tel: 073 5226191 Fax: 073 5226196 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. ________________________________ Xerte-dev mailing list Xerte-dev at lists.nottingham.ac.uk http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -------------- next part -------------- An HTML attachment was scrubbed... URL: From J.J.Smith at gcu.ac.uk Tue Dec 2 10:06:35 2014 From: J.J.Smith at gcu.ac.uk (Smith, John) Date: Tue, 2 Dec 2014 10:06:35 +0000 Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips In-Reply-To: <12C67A1EEC419342AF5E59DA31562C3F0D9AB1C69A@EXCHANGE1.ad.nottingham.ac.uk> References: <547CCBFA.6040602@tor.nl> <12C67A1EEC419342AF5E59DA31562C3F0D9AB1C61E@EXCHANGE1.ad.nottingham.ac.uk> , <12C67A1EEC419342AF5E59DA31562C3F0D9AB1C69A@EXCHANGE1.ad.nottingham.ac.uk> Message-ID: To my mind, the act of deprecating the attribute is simply informing users that the attribute should no longer be used as it may disappear or fail to be supported in the future... It is the adding of a new attribute that would require the work... sometimes those go hand in hand though... If you take the video size for example x, y becoming separate x and y. You would have to process the x and y in the model to be able to use them as such but you would probably have to still support x, y for a period otherwise you risk breaking things after a single upgrade version... Regards, John Smith | Learning Technologist Room A250, Govan Mbeki Building | School of Health & Life Sciences | Glasgow Caledonian University Cowcaddens Road | Glasgow | G4 0BA Please address ALL support requests to hlsblt at gcu.ac.uk where one of the School Learning Technologists will pick up the job. This will ensure that all jobs are completed as promptly as possible. ________________________________________ From: xerte-dev-bounces at lists.nottingham.ac.uk [xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Julian Tenney [Julian.Tenney at nottingham.ac.uk] Sent: 02 December 2014 10:00 To: For Xerte technical developers Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips How many of the models are impacted? Do you have any idea? From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom Reijnders Sent: 02 December 2014 09:55 To: For Xerte technical developers Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips This implements the mechanism. That is complete. Just need to change the translation tool to be able to translate the tooltips and the depracation reason. However, deprecating a parameter is some work. Besides editing the xwd, you need to adapt the model as well. Tom Julian Tenney > schreef op 2 december 2014 10:33:07 CET: This really helps understand what you talked about yesterday. It looks like a good approach. A lot of work still remains though? From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom Reijnders Sent: 01 December 2014 20:14 To: For Xerte technical developers Subject: [Xerte -dev] Deprecation, flashonly indicator and optional parameter tooltips Hi, Just to show what the new deprecation and flash-only flags can do: 1. Deprecation of optional parameters is done by adding the following to a parameter: deprecated="Reason for deprecation". For now it will only work properly for optional parameters, because you cannot get rid of the standard parameters, but we may decided to change that. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. [cid:image001.png at 01D00E12.FACD67B0] 2. Tooltips for optional parameters. Just add tooltip="Enter the tooltip" to a parameter. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. [cid:image002.png at 01D00E12.FACD67B0] 3. Deprecated page type. Just add deprecated="Reason for deprecation" to the page. See src/Nottingham/wizards/en-GB/mapStraction.xwd for an example. [cid:image003.png at 01D00E12.FACD67B0] 4. Mark flashonly parameters. Just add flashonly="true" to a parameter. See src/Nottingham/wizards/en-GB/basic.xwd for an example. [cid:image004.png at 01D00E12.FACD67B0] Regards, Tom - - -- Tom Reijnders TOR Informatica Chopinlaan 27 5242HM Rosmalen Tel: 073 5226191 Fax: 073 5226196 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. ________________________________ Xerte-dev mailing list Xerte-dev at lists.nottingham.ac.uk http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev -- Sent from my Android device with K-9 Mail. Please excuse my brevity. 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 From reijnders at tor.nl Wed Dec 3 10:58:32 2014 From: reijnders at tor.nl (Tom Reijnders) Date: Wed, 03 Dec 2014 11:58:32 +0100 Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips In-Reply-To: References: <547CCBFA.6040602@tor.nl> <12C67A1EEC419342AF5E59DA31562C3F0D9AB1C61E@EXCHANGE1.ad.nottingham.ac.uk> , <12C67A1EEC419342AF5E59DA31562C3F0D9AB1C69A@EXCHANGE1.ad.nottingham.ac.uk> Message-ID: <547EECD8.9060901@tor.nl> No I don't have an idea. It's part of making the parameters more consistent. I just provided the mecahnism to do that. We can take that as far (or keep it as simple) as we want. Tom Smith, John schreef op 2-12-2014 11:06: > To my mind, the act of deprecating the attribute is simply informing users that the attribute should no longer be used as it may disappear or fail to be supported in the future... > > It is the adding of a new attribute that would require the work... sometimes those go hand in hand though... > > If you take the video size for example x, y becoming separate x and y. You would have to process the x and y in the model to be able to use them as such but you would probably have to still support x, y for a period otherwise you risk breaking things after a single upgrade version... > > Regards, > > John Smith | Learning Technologist > Room A250, Govan Mbeki Building | School of Health & Life Sciences | Glasgow Caledonian University > Cowcaddens Road | Glasgow | G4 0BA > > Please address ALL support requests to hlsblt at gcu.ac.uk where one of the School Learning Technologists will pick up the job. This will ensure that all jobs are completed as promptly as possible. > ________________________________________ > From: xerte-dev-bounces at lists.nottingham.ac.uk [xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Julian Tenney [Julian.Tenney at nottingham.ac.uk] > Sent: 02 December 2014 10:00 > To: For Xerte technical developers > Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips > > How many of the models are impacted? Do you have any idea? > > From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom Reijnders > Sent: 02 December 2014 09:55 > To: For Xerte technical developers > Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips > > This implements the mechanism. That is complete. Just need to change the translation tool to be able to translate the tooltips and the depracation reason. > > However, deprecating a parameter is some work. Besides editing the xwd, you need to adapt the model as well. > > Tom > Julian Tenney > schreef op 2 december 2014 10:33:07 CET: > This really helps understand what you talked about yesterday. It looks like a good approach. A lot of work still remains though? > > > From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom Reijnders > Sent: 01 December 2014 20:14 > To: For Xerte technical developers > Subject: [Xerte -dev] Deprecation, flashonly indicator and optional parameter tooltips > > > Hi, > > Just to show what the new deprecation and flash-only flags can do: > > 1. Deprecation of optional parameters is done by adding the following to a parameter: deprecated="Reason for deprecation". For now it will only work properly for optional parameters, because you cannot get rid of the standard parameters, but we may decided to change that. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. > > [cid:image001.png at 01D00E12.FACD67B0] > > 2. Tooltips for optional parameters. Just add tooltip="Enter the tooltip" to a parameter. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. > > [cid:image002.png at 01D00E12.FACD67B0] > > 3. Deprecated page type. Just add deprecated="Reason for deprecation" to the page. See src/Nottingham/wizards/en-GB/mapStraction.xwd for an example. > > [cid:image003.png at 01D00E12.FACD67B0] > > 4. Mark flashonly parameters. Just add flashonly="true" to a parameter. See src/Nottingham/wizards/en-GB/basic.xwd for an example. > > [cid:image004.png at 01D00E12.FACD67B0] > > > Regards, > > Tom > > > - > > - > > -- > > > > Tom Reijnders > > TOR Informatica > > Chopinlaan 27 > > 5242HM Rosmalen > > Tel: 073 5226191 > > Fax: 073 5226196 > > > > > > > > > > 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. > > ________________________________ > > Xerte-dev mailing list > Xerte-dev at lists.nottingham.ac.uk > http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. > > > > > 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 > > _______________________________________________ > 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. > -- -- Tom Reijnders TOR Informatica Chopinlaan 27 5242HM Rosmalen Tel: 073 5226191 Fax: 073 5226196 From Julian.Tenney at nottingham.ac.uk Wed Dec 3 11:08:44 2014 From: Julian.Tenney at nottingham.ac.uk (Julian Tenney) Date: Wed, 3 Dec 2014 11:08:44 +0000 Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips In-Reply-To: <547EECD8.9060901@tor.nl> References: <547CCBFA.6040602@tor.nl> <12C67A1EEC419342AF5E59DA31562C3F0D9AB1C61E@EXCHANGE1.ad.nottingham.ac.uk> , <12C67A1EEC419342AF5E59DA31562C3F0D9AB1C69A@EXCHANGE1.ad.nottingham.ac.uk> <547EECD8.9060901@tor.nl> Message-ID: <12C67A1EEC419342AF5E59DA31562C3F0D9AC4B275@EXCHANGE1.ad.nottingham.ac.uk> I suppose the devil is in the detail, but it sounds straightforward enough: add the new params to the xwd, deprecate the old ones, do if (oldParamsExist) use them } else { useNewOnes } in the code. Would a starting place be to go through the models and list the ones that need their params updating? Then we can share the work out? We ought to have list of preferred param names for people to use in future work as well, -----Original Message----- From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom Reijnders Sent: 03 December 2014 10:59 To: For Xerte technical developers Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips No I don't have an idea. It's part of making the parameters more consistent. I just provided the mecahnism to do that. We can take that as far (or keep it as simple) as we want. Tom Smith, John schreef op 2-12-2014 11:06: > To my mind, the act of deprecating the attribute is simply informing users that the attribute should no longer be used as it may disappear or fail to be supported in the future... > > It is the adding of a new attribute that would require the work... sometimes those go hand in hand though... > > If you take the video size for example x, y becoming separate x and y. You would have to process the x and y in the model to be able to use them as such but you would probably have to still support x, y for a period otherwise you risk breaking things after a single upgrade version... > > Regards, > > John Smith | Learning Technologist > Room A250, Govan Mbeki Building | School of Health & Life Sciences | > Glasgow Caledonian University Cowcaddens Road | Glasgow | G4 0BA > > Please address ALL support requests to hlsblt at gcu.ac.uk where one of the School Learning Technologists will pick up the job. This will ensure that all jobs are completed as promptly as possible. > ________________________________________ > From: xerte-dev-bounces at lists.nottingham.ac.uk > [xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Julian Tenney > [Julian.Tenney at nottingham.ac.uk] > Sent: 02 December 2014 10:00 > To: For Xerte technical developers > Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional > parameter tooltips > > How many of the models are impacted? Do you have any idea? > > From: xerte-dev-bounces at lists.nottingham.ac.uk > [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom > Reijnders > Sent: 02 December 2014 09:55 > To: For Xerte technical developers > Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional > parameter tooltips > > This implements the mechanism. That is complete. Just need to change the translation tool to be able to translate the tooltips and the depracation reason. > > However, deprecating a parameter is some work. Besides editing the xwd, you need to adapt the model as well. > > Tom > Julian Tenney > schreef op 2 december 2014 10:33:07 CET: > This really helps understand what you talked about yesterday. It looks like a good approach. A lot of work still remains though? > > > From: > xerte-dev-bounces at lists.nottingham.ac.uk s.nottingham.ac.uk> [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] > On Behalf Of Tom Reijnders > Sent: 01 December 2014 20:14 > To: For Xerte technical developers > Subject: [Xerte -dev] Deprecation, flashonly indicator and optional > parameter tooltips > > > Hi, > > Just to show what the new deprecation and flash-only flags can do: > > 1. Deprecation of optional parameters is done by adding the following to a parameter: deprecated="Reason for deprecation". For now it will only work properly for optional parameters, because you cannot get rid of the standard parameters, but we may decided to change that. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. > > [cid:image001.png at 01D00E12.FACD67B0] > > 2. Tooltips for optional parameters. Just add tooltip="Enter the tooltip" to a parameter. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. > > [cid:image002.png at 01D00E12.FACD67B0] > > 3. Deprecated page type. Just add deprecated="Reason for deprecation" to the page. See src/Nottingham/wizards/en-GB/mapStraction.xwd for an example. > > [cid:image003.png at 01D00E12.FACD67B0] > > 4. Mark flashonly parameters. Just add flashonly="true" to a parameter. See src/Nottingham/wizards/en-GB/basic.xwd for an example. > > [cid:image004.png at 01D00E12.FACD67B0] > > > Regards, > > Tom > > > - > > - > > -- > > > > Tom Reijnders > > TOR Informatica > > Chopinlaan 27 > > 5242HM Rosmalen > > Tel: 073 5226191 > > Fax: 073 5226196 > > > > > > > > > > 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. > > ________________________________ > > Xerte-dev mailing list > Xerte-dev at lists.nottingham.ac.uk uk> http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. > > > > > 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 > > _______________________________________________ > 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. > -- -- 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 From reijnders at tor.nl Wed Dec 3 11:12:47 2014 From: reijnders at tor.nl (Tom Reijnders) Date: Wed, 03 Dec 2014 12:12:47 +0100 Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips In-Reply-To: <12C67A1EEC419342AF5E59DA31562C3F0D9AC4B275@EXCHANGE1.ad.nottingham.ac.uk> References: <547CCBFA.6040602@tor.nl> <12C67A1EEC419342AF5E59DA31562C3F0D9AB1C61E@EXCHANGE1.ad.nottingham.ac.uk> , <12C67A1EEC419342AF5E59DA31562C3F0D9AB1C69A@EXCHANGE1.ad.nottingham.ac.uk> <547EECD8.9060901@tor.nl> <12C67A1EEC419342AF5E59DA31562C3F0D9AC4B275@EXCHANGE1.ad.nottingham.ac.uk> Message-ID: <547EF02F.4060305@tor.nl> Sounds like a plan, and yes, that's basically it... Julian Tenney schreef op 3-12-2014 12:08: > I suppose the devil is in the detail, but it sounds straightforward enough: add the new params to the xwd, deprecate the old ones, do if (oldParamsExist) use them } else { useNewOnes } in the code. Would a starting place be to go through the models and list the ones that need their params updating? Then we can share the work out? We ought to have list of preferred param names for people to use in future work as well, > > -----Original Message----- > From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom Reijnders > Sent: 03 December 2014 10:59 > To: For Xerte technical developers > Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips > > No I don't have an idea. It's part of making the parameters more consistent. I just provided the mecahnism to do that. We can take that as far (or keep it as simple) as we want. > > Tom > > Smith, John schreef op 2-12-2014 11:06: >> To my mind, the act of deprecating the attribute is simply informing users that the attribute should no longer be used as it may disappear or fail to be supported in the future... >> >> It is the adding of a new attribute that would require the work... sometimes those go hand in hand though... >> >> If you take the video size for example x, y becoming separate x and y. You would have to process the x and y in the model to be able to use them as such but you would probably have to still support x, y for a period otherwise you risk breaking things after a single upgrade version... >> >> Regards, >> >> John Smith | Learning Technologist >> Room A250, Govan Mbeki Building | School of Health & Life Sciences | >> Glasgow Caledonian University Cowcaddens Road | Glasgow | G4 0BA >> >> Please address ALL support requests to hlsblt at gcu.ac.uk where one of the School Learning Technologists will pick up the job. This will ensure that all jobs are completed as promptly as possible. >> ________________________________________ >> From: xerte-dev-bounces at lists.nottingham.ac.uk >> [xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Julian Tenney >> [Julian.Tenney at nottingham.ac.uk] >> Sent: 02 December 2014 10:00 >> To: For Xerte technical developers >> Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional >> parameter tooltips >> >> How many of the models are impacted? Do you have any idea? >> >> From: xerte-dev-bounces at lists.nottingham.ac.uk >> [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom >> Reijnders >> Sent: 02 December 2014 09:55 >> To: For Xerte technical developers >> Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional >> parameter tooltips >> >> This implements the mechanism. That is complete. Just need to change the translation tool to be able to translate the tooltips and the depracation reason. >> >> However, deprecating a parameter is some work. Besides editing the xwd, you need to adapt the model as well. >> >> Tom >> Julian Tenney > schreef op 2 december 2014 10:33:07 CET: >> This really helps understand what you talked about yesterday. It looks like a good approach. A lot of work still remains though? >> >> >> From: >> xerte-dev-bounces at lists.nottingham.ac.uk> s.nottingham.ac.uk> [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] >> On Behalf Of Tom Reijnders >> Sent: 01 December 2014 20:14 >> To: For Xerte technical developers >> Subject: [Xerte -dev] Deprecation, flashonly indicator and optional >> parameter tooltips >> >> >> Hi, >> >> Just to show what the new deprecation and flash-only flags can do: >> >> 1. Deprecation of optional parameters is done by adding the following to a parameter: deprecated="Reason for deprecation". For now it will only work properly for optional parameters, because you cannot get rid of the standard parameters, but we may decided to change that. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. >> >> [cid:image001.png at 01D00E12.FACD67B0] >> >> 2. Tooltips for optional parameters. Just add tooltip="Enter the tooltip" to a parameter. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. >> >> [cid:image002.png at 01D00E12.FACD67B0] >> >> 3. Deprecated page type. Just add deprecated="Reason for deprecation" to the page. See src/Nottingham/wizards/en-GB/mapStraction.xwd for an example. >> >> [cid:image003.png at 01D00E12.FACD67B0] >> >> 4. Mark flashonly parameters. Just add flashonly="true" to a parameter. See src/Nottingham/wizards/en-GB/basic.xwd for an example. >> >> [cid:image004.png at 01D00E12.FACD67B0] >> >> >> Regards, >> >> Tom >> >> >> - >> >> - >> >> -- >> >> >> >> Tom Reijnders >> >> TOR Informatica >> >> Chopinlaan 27 >> >> 5242HM Rosmalen >> >> Tel: 073 5226191 >> >> Fax: 073 5226196 >> >> >> >> >> >> >> >> >> >> 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. >> >> ________________________________ >> >> Xerte-dev mailing list >> Xerte-dev at lists.nottingham.ac.uk> uk> http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev >> >> -- >> Sent from my Android device with K-9 Mail. Please excuse my brevity. >> >> >> >> >> 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 >> >> _______________________________________________ >> 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. >> > -- > -- > > 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 > > _______________________________________________ > 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. > -- -- Tom Reijnders TOR Informatica Chopinlaan 27 5242HM Rosmalen Tel: 073 5226191 Fax: 073 5226196 From Julian.Tenney at nottingham.ac.uk Wed Dec 3 11:15:23 2014 From: Julian.Tenney at nottingham.ac.uk (Julian Tenney) Date: Wed, 3 Dec 2014 11:15:23 +0000 Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips In-Reply-To: <547EF02F.4060305@tor.nl> References: <547CCBFA.6040602@tor.nl> <12C67A1EEC419342AF5E59DA31562C3F0D9AB1C61E@EXCHANGE1.ad.nottingham.ac.uk> , <12C67A1EEC419342AF5E59DA31562C3F0D9AB1C69A@EXCHANGE1.ad.nottingham.ac.uk> <547EECD8.9060901@tor.nl> <12C67A1EEC419342AF5E59DA31562C3F0D9AC4B275@EXCHANGE1.ad.nottingham.ac.uk> <547EF02F.4060305@tor.nl> Message-ID: <12C67A1EEC419342AF5E59DA31562C3F0D9AC4B298@EXCHANGE1.ad.nottingham.ac.uk> Do you fancy making the initial list? We'll help with some of the work. -----Original Message----- From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom Reijnders Sent: 03 December 2014 11:13 To: For Xerte technical developers Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional parameter tooltips Sounds like a plan, and yes, that's basically it... Julian Tenney schreef op 3-12-2014 12:08: > I suppose the devil is in the detail, but it sounds straightforward > enough: add the new params to the xwd, deprecate the old ones, do if > (oldParamsExist) use them } else { useNewOnes } in the code. Would a > starting place be to go through the models and list the ones that need > their params updating? Then we can share the work out? We ought to > have list of preferred param names for people to use in future work > as well, > > -----Original Message----- > From: xerte-dev-bounces at lists.nottingham.ac.uk > [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom > Reijnders > Sent: 03 December 2014 10:59 > To: For Xerte technical developers > Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and optional > parameter tooltips > > No I don't have an idea. It's part of making the parameters more consistent. I just provided the mecahnism to do that. We can take that as far (or keep it as simple) as we want. > > Tom > > Smith, John schreef op 2-12-2014 11:06: >> To my mind, the act of deprecating the attribute is simply informing users that the attribute should no longer be used as it may disappear or fail to be supported in the future... >> >> It is the adding of a new attribute that would require the work... sometimes those go hand in hand though... >> >> If you take the video size for example x, y becoming separate x and y. You would have to process the x and y in the model to be able to use them as such but you would probably have to still support x, y for a period otherwise you risk breaking things after a single upgrade version... >> >> Regards, >> >> John Smith | Learning Technologist >> Room A250, Govan Mbeki Building | School of Health & Life Sciences | >> Glasgow Caledonian University Cowcaddens Road | Glasgow | G4 0BA >> >> Please address ALL support requests to hlsblt at gcu.ac.uk where one of the School Learning Technologists will pick up the job. This will ensure that all jobs are completed as promptly as possible. >> ________________________________________ >> From: xerte-dev-bounces at lists.nottingham.ac.uk >> [xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Julian Tenney >> [Julian.Tenney at nottingham.ac.uk] >> Sent: 02 December 2014 10:00 >> To: For Xerte technical developers >> Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and >> optional parameter tooltips >> >> How many of the models are impacted? Do you have any idea? >> >> From: xerte-dev-bounces at lists.nottingham.ac.uk >> [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Tom >> Reijnders >> Sent: 02 December 2014 09:55 >> To: For Xerte technical developers >> Subject: [Xerte-dev] Re: Deprecation, flashonly indicator and >> optional parameter tooltips >> >> This implements the mechanism. That is complete. Just need to change the translation tool to be able to translate the tooltips and the depracation reason. >> >> However, deprecating a parameter is some work. Besides editing the xwd, you need to adapt the model as well. >> >> Tom >> Julian Tenney > schreef op 2 december 2014 10:33:07 CET: >> This really helps understand what you talked about yesterday. It looks like a good approach. A lot of work still remains though? >> >> >> From: >> xerte-dev-bounces at lists.nottingham.ac.uk> t s.nottingham.ac.uk> >> [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] >> On Behalf Of Tom Reijnders >> Sent: 01 December 2014 20:14 >> To: For Xerte technical developers >> Subject: [Xerte -dev] Deprecation, flashonly indicator and optional >> parameter tooltips >> >> >> Hi, >> >> Just to show what the new deprecation and flash-only flags can do: >> >> 1. Deprecation of optional parameters is done by adding the following to a parameter: deprecated="Reason for deprecation". For now it will only work properly for optional parameters, because you cannot get rid of the standard parameters, but we may decided to change that. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. >> >> [cid:image001.png at 01D00E12.FACD67B0] >> >> 2. Tooltips for optional parameters. Just add tooltip="Enter the tooltip" to a parameter. See src/Nottingham/wizards/en-GB/textVideo.xwd for an example. >> >> [cid:image002.png at 01D00E12.FACD67B0] >> >> 3. Deprecated page type. Just add deprecated="Reason for deprecation" to the page. See src/Nottingham/wizards/en-GB/mapStraction.xwd for an example. >> >> [cid:image003.png at 01D00E12.FACD67B0] >> >> 4. Mark flashonly parameters. Just add flashonly="true" to a parameter. See src/Nottingham/wizards/en-GB/basic.xwd for an example. >> >> [cid:image004.png at 01D00E12.FACD67B0] >> >> >> Regards, >> >> Tom >> >> >> - >> >> - >> >> -- >> >> >> >> Tom Reijnders >> >> TOR Informatica >> >> Chopinlaan 27 >> >> 5242HM Rosmalen >> >> Tel: 073 5226191 >> >> Fax: 073 5226196 >> >> >> >> >> >> >> >> >> >> 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. >> >> ________________________________ >> >> Xerte-dev mailing list >> Xerte-dev at lists.nottingham.ac.uk> uk> http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev >> >> -- >> Sent from my Android device with K-9 Mail. Please excuse my brevity. >> >> >> >> >> 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 >> >> _______________________________________________ >> 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. >> > -- > -- > > 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 > > _______________________________________________ > 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. > -- -- 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 From djezarsara at gmail.com Sun Dec 7 15:49:13 2014 From: djezarsara at gmail.com (sara djezar) Date: Sun, 7 Dec 2014 16:49:13 +0100 Subject: [Xerte-dev] importing file SWF ! Message-ID: hello every one! i'm trying ti import a SWF file to my learning object using the template " Text Flash SWF" in " Media " . but this is the result ! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: what !.PNG Type: image/png Size: 32861 bytes Desc: not available URL: From djezarsara at gmail.com Sun Dec 7 16:46:47 2014 From: djezarsara at gmail.com (sara djezar) Date: Sun, 7 Dec 2014 17:46:47 +0100 Subject: [Xerte-dev] Re: Xerte-dev Digest, Vol 40, Issue 7 In-Reply-To: References: Message-ID: in fact when i import a sinmpe image , it works as i want but when i try to import an animation .swf this is the result what sould i do ? ? 2014-12-07 16:49 GMT+01:00 : > Send Xerte-dev mailing list submissions to > xerte-dev at lists.nottingham.ac.uk > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev > or, via email, send a message with subject or body 'help' to > xerte-dev-request at lists.nottingham.ac.uk > > You can reach the person managing the list at > xerte-dev-owner at lists.nottingham.ac.uk > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xerte-dev digest..." > > > Today's Topics: > > 1. importing file SWF ! (sara djezar) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 7 Dec 2014 16:49:13 +0100 > From: sara djezar > To: xerte-dev at lists.nottingham.ac.uk > Subject: [Xerte-dev] importing file SWF ! > Message-ID: > m5t4j+bCwtX31V0G9jK6meDyFL6FzsQytQroFw at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > hello every one! > i'm trying ti import a SWF file to my learning object using the template " > Text Flash SWF" in " Media " . but this is the result ! > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.nottingham.ac.uk/pipermail/xerte-dev/attachments/20141207/7e28eb44/attachment.html > > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: what !.PNG > Type: image/png > Size: 32861 bytes > Desc: not available > URL: < > http://lists.nottingham.ac.uk/pipermail/xerte-dev/attachments/20141207/7e28eb44/attachment.png > > > > ------------------------------ > > _______________________________________________ > Xerte-dev mailing list > Xerte-dev at lists.nottingham.ac.uk > http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev > > > End of Xerte-dev Digest, Vol 40, Issue 7 > **************************************** > > > > > 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. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: what !!!.PNG Type: image/png Size: 25541 bytes Desc: not available URL: From johnathan.kemp at ntlworld.com Sun Dec 7 18:33:25 2014 From: johnathan.kemp at ntlworld.com (Kemp Johnathan) Date: Sun, 7 Dec 2014 18:33:25 +0000 Subject: [Xerte-dev] Re: importing file SWF ! In-Reply-To: References: Message-ID: The template "text flash swf" was part of the page wizards. You can identify the page wizard files as they each cover a single page definition and have a .xcp extension.Since the release of the page wizards there has been significant development of the core Xerte files as well as modifications to the page model files to support the new features that became available. The page wizard files were released in 2011 and are now completely obsolete. I cannot guarantee that the code in the page wizards will continue to work reliably in Xerte given the changes to the Xerte core that have taken place since their release. I strongly recommend that you use the .rlm model files and the .xwd form definition files that are provided in the installation of desktop Xerte as the basis for your further developments if you wish to work in desktop Xerte. The appropriate page to use as a starting point for a flash animation page would be the "media / flash animation" page All future development in the Xerte project is now taking place in Xerte Online Toolkits with HTML5 rather than flash based models. Kind regards Johnathan On 7 December 2014 at 15:49, sara djezar wrote: > hello every one! > i'm trying ti import a SWF file to my learning object using the template " > Text Flash SWF" in " Media " . but this is the result ! > > > > 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. > > > _______________________________________________ > 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: what !.PNG Type: image/png Size: 32861 bytes Desc: not available URL: From djezarsara at gmail.com Mon Dec 8 14:30:54 2014 From: djezarsara at gmail.com (sara djezar) Date: Mon, 8 Dec 2014 15:30:54 +0100 Subject: [Xerte-dev] Re: Xerte-dev Digest, Vol 40, Issue 9 In-Reply-To: References: Message-ID: yes i m yousing the desktop version 2.18 . do you mean that the template "Text Flash SWF" will not work . i mean i can not use it to import SWF ? 2014-12-07 19:33 GMT+01:00 : > Send Xerte-dev mailing list submissions to > xerte-dev at lists.nottingham.ac.uk > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev > or, via email, send a message with subject or body 'help' to > xerte-dev-request at lists.nottingham.ac.uk > > You can reach the person managing the list at > xerte-dev-owner at lists.nottingham.ac.uk > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Xerte-dev digest..." > > > Today's Topics: > > 1. Re: importing file SWF ! (Kemp Johnathan) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 7 Dec 2014 18:33:25 +0000 > From: Kemp Johnathan > To: For Xerte technical developers > Subject: [Xerte-dev] Re: importing file SWF ! > Message-ID: > oFPcUFZFFeY-w_Q at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > The template "text flash swf" was part of the page wizards. You can > identify the page wizard files as they each cover a single page definition > and have a .xcp extension.Since the release of the page wizards there has > been significant development of the core Xerte files as well as > modifications to the page model files to support the new features that > became available. The page wizard files were released in 2011 and are now > completely obsolete. > > I cannot guarantee that the code in the page wizards will continue to work > reliably in Xerte given the changes to the Xerte core that have taken place > since their release. > > I strongly recommend that you use the .rlm model files and the .xwd form > definition files that are provided in the installation of desktop Xerte as > the basis for your further developments if you wish to work in desktop > Xerte. > > The appropriate page to use as a starting point for a flash animation page > would be the "media / flash animation" page > > All future development in the Xerte project is now taking place in Xerte > Online Toolkits with HTML5 rather than flash based models. > > Kind regards > > Johnathan > > On 7 December 2014 at 15:49, sara djezar wrote: > > > hello every one! > > i'm trying ti import a SWF file to my learning object using the template > " > > Text Flash SWF" in " Media " . but this is the result ! > > > > > > > > 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. > > > > > > _______________________________________________ > > 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/20141207/bb3fbd12/attachment.html > > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: what !.PNG > Type: image/png > Size: 32861 bytes > Desc: not available > URL: < > http://lists.nottingham.ac.uk/pipermail/xerte-dev/attachments/20141207/bb3fbd12/attachment.png > > > > ------------------------------ > > _______________________________________________ > Xerte-dev mailing list > Xerte-dev at lists.nottingham.ac.uk > http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev > > > End of Xerte-dev Digest, Vol 40, Issue 9 > **************************************** > > > > > 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. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From johnathan.kemp at ntlworld.com Mon Dec 8 15:22:28 2014 From: johnathan.kemp at ntlworld.com (Kemp Johnathan) Date: Mon, 8 Dec 2014 15:22:28 +0000 Subject: [Xerte-dev] Re: importing file SWF ! In-Reply-To: References: Message-ID: Sara replied "yes i m yousing the desktop version 2.18 . do you mean that the template "Text Flash SWF" will not work . i mean i can not use it to import SWF ? " The file "Text Flash SWF.xcp" is one of the page wizards which were released in April 2011. It will still work with Xerte but there have been significant changes to the Xerte engine since the page wizard files were released. The final flash version of the page is defined by textSWF.rlm and textSWF.xwd which are available in the Xerte 2.18 release. Any bug fixes to the page since 2011 will have been made to these files and not those contained in the .xcp file you are using. So no I cannot guarantee that a page created using "Text Flash SWF" will work correctly in release 2.18 of Xerte. I recommend you create a page type project as detailed in the document I sent you and then create a page type of "Media / Flash Animation". This will create a page using the textSWF.rlm and textSWF.xwd files. You should be able to reliably use these for your page or as a basis for any new template you wish to create. Kind regards Johnathan On 7 December 2014 at 18:33, Kemp Johnathan wrote: > The template "text flash swf" was part of the page wizards. You can > identify the page wizard files as they each cover a single page definition > and have a .xcp extension.Since the release of the page wizards there has > been significant development of the core Xerte files as well as > modifications to the page model files to support the new features that > became available. The page wizard files were released in 2011 and are now > completely obsolete. > > I cannot guarantee that the code in the page wizards will continue to work > reliably in Xerte given the changes to the Xerte core that have taken place > since their release. > > I strongly recommend that you use the .rlm model files and the .xwd form > definition files that are provided in the installation of desktop Xerte as > the basis for your further developments if you wish to work in desktop > Xerte. > > The appropriate page to use as a starting point for a flash animation page > would be the "media / flash animation" page > > All future development in the Xerte project is now taking place in Xerte > Online Toolkits with HTML5 rather than flash based models. > > Kind regards > > Johnathan > > On 7 December 2014 at 15:49, sara djezar wrote: > >> hello every one! >> i'm trying ti import a SWF file to my learning object using the template >> " Text Flash SWF" in " Media " . but this is the result ! >> >> >> 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. >> >> >> _______________________________________________ >> 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: what !.PNG Type: image/png Size: 32861 bytes Desc: not available URL: From brsmith at akamai.com Mon Dec 8 20:32:30 2014 From: brsmith at akamai.com (Smith, Bradley) Date: Mon, 8 Dec 2014 20:32:30 +0000 Subject: [Xerte-dev] Topics and subtopics? Message-ID: Hello all, At first I was going to send this to the regular xerte list, but if the answer to my question is what I think it is, this will be a better audience. I've set up Xerte and work and started developing content in it. Many of my colleagues use tools like Articulate and Storyline, and from what I've seen of the materials they create, one thing I expect they'll want to know when I show them Xerte is "how do I create subtopics?" (as shown in the attached screenshot, which is from an internal course, so I've blurred out some content). These tools give you the option to put an entire course into one SCO (or whatever), whereas, unless I'm missing something big, Xerte seems to assume that all the pages in an XOT will pertain to a single topic, and a large course will be a collection of separate XOTs, one per topic. I've been able to approximate subtopics using tabbed navigators, but those limit the kinds of content you can include. Keeping content "atomic" with one topic per piece of content is a practice I would like to see encouraged, but I think it's also reasonable to want to be able to present multiple topics in a single package, so... First question: am I missing something? Assuming I'm not missing anything, some follow-ups: would I encounter any objections if I tried to implement a way to do this? (no promises! just thinking out loud at this point). Have there been any efforts to implement this sort of feature that I should know about? I think if I was going to try to implement something like this, instead of implementing topics and subtopics per se, I would want to look into the possibility of integrating existing XOTs into a larger "container" page. For example, create one XOT per topic in a sort of library hosted in Xerte, and what goes in your course is a container XOT that pulls content from an arbitrary number of topic Los in the library, treating each one as a topic in its TOC, like the section headings in that screen shot. This would both allow for more comprehensive XOTs, and truly re-usable content, something that IMO not enough content creation/management tools emphasize. People who understand templates and the guts of XOTs better than me (I.e. just about everyone): is the above doomed? Or maybe possible? -Brad [cid:51926873-4A9D-4CA4-A8C9-1749CBFF511D] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scorm_menu.png Type: image/png Size: 67162 bytes Desc: scorm_menu.png URL: From Julian.Tenney at nottingham.ac.uk Tue Dec 9 07:41:49 2014 From: Julian.Tenney at nottingham.ac.uk (Julian Tenney) Date: Tue, 9 Dec 2014 07:41:49 +0000 Subject: [Xerte-dev] Re: Topics and subtopics? In-Reply-To: References: Message-ID: <12C67A1EEC419342AF5E59DA31562C3F0DD56D7342@EXCHANGE1.ad.nottingham.ac.uk> The problem is: you want topics and sub topics? Chapters and sections? Modules, units? Sections, chapters, units? N levels? Everyone has their own take on it. It is good practice to keep the content granular: no one wants to open an LO and see 'Page 1 of 117'. My advice is to use a separate HTML page with link to the LOs that serves as your 'package', then you can structure it however you like. It could be a xerte LO itself - or a bootstrap page... you can also use a feed from a folder in the workspace, and then read that in a web page to build your menu. From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Smith, Bradley Sent: 08 December 2014 20:33 To: For Xerte technical developers Subject: [Xerte-dev] Topics and subtopics? Hello all, At first I was going to send this to the regular xerte list, but if the answer to my question is what I think it is, this will be a better audience. I've set up Xerte and work and started developing content in it. Many of my colleagues use tools like Articulate and Storyline, and from what I've seen of the materials they create, one thing I expect they'll want to know when I show them Xerte is "how do I create subtopics?" (as shown in the attached screenshot, which is from an internal course, so I've blurred out some content). These tools give you the option to put an entire course into one SCO (or whatever), whereas, unless I'm missing something big, Xerte seems to assume that all the pages in an XOT will pertain to a single topic, and a large course will be a collection of separate XOTs, one per topic. I've been able to approximate subtopics using tabbed navigators, but those limit the kinds of content you can include. Keeping content "atomic" with one topic per piece of content is a practice I would like to see encouraged, but I think it's also reasonable to want to be able to present multiple topics in a single package, so... First question: am I missing something? Assuming I'm not missing anything, some follow-ups: would I encounter any objections if I tried to implement a way to do this? (no promises! just thinking out loud at this point). Have there been any efforts to implement this sort of feature that I should know about? I think if I was going to try to implement something like this, instead of implementing topics and subtopics per se, I would want to look into the possibility of integrating existing XOTs into a larger "container" page. For example, create one XOT per topic in a sort of library hosted in Xerte, and what goes in your course is a container XOT that pulls content from an arbitrary number of topic Los in the library, treating each one as a topic in its TOC, like the section headings in that screen shot. This would both allow for more comprehensive XOTs, and truly re-usable content, something that IMO not enough content creation/management tools emphasize. People who understand templates and the guts of XOTs better than me (I.e. just about everyone): is the above doomed? Or maybe possible? -Brad [cid:image001.png at 01D01383.973DD600] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 67162 bytes Desc: image001.png URL: From brsmith at akamai.com Tue Dec 9 16:56:49 2014 From: brsmith at akamai.com (Smith, Bradley) Date: Tue, 9 Dec 2014 16:56:49 +0000 Subject: [Xerte-dev] Re: Topics and subtopics? Message-ID: Well, wouldn?t it be relatively simple to have properties in the ?container? template that allow you to set your own names for Nth level contained objects (plus a default)? I do agree that nobody wants to see ?Page 30 of 100?, but perhaps ?Section3, page 2? would be received differently? IMO the value of keeping content granular is to make organization and re-use easier, but at the presentation level I'm having trouble seeing the effect of presenting five topics as five separate LOs instead of one LO with five sections (assuming a page numbering scheme like the one above) other than adding extra clicks the student has to go through to get from topic to topic. That said, at least as an interim solution, thank you for mentioning the bootstrap template! I think that could be a really good use for it, and I look forward to trying it out. It doesn?t address the use case of a Storyline/Articulate person who wants to export a course?s worth of content as a single SCOM SCO, but it?s a good place for me to start. ?Brad From: Julian Tenney > Reply-To: For Xerte technical developers > Date: Tuesday, December 9, 2014 at 2:41 AM To: For Xerte technical developers > Subject: [Xerte-dev] Re: Topics and subtopics? The problem is: you want topics and sub topics? Chapters and sections? Modules, units? Sections, chapters, units? N levels? Everyone has their own take on it. It is good practice to keep the content granular: no one wants to open an LO and see ?Page 1 of 117?. My advice is to use a separate HTML page with link to the LOs that serves as your ?package?, then you can structure it however you like. It could be a xerte LO itself ? or a bootstrap page... you can also use a feed from a folder in the workspace, and then read that in a web page to build your menu. From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Smith, Bradley Sent: 08 December 2014 20:33 To: For Xerte technical developers Subject: [Xerte-dev] Topics and subtopics? Hello all, At first I was going to send this to the regular xerte list, but if the answer to my question is what I think it is, this will be a better audience. I?ve set up Xerte and work and started developing content in it. Many of my colleagues use tools like Articulate and Storyline, and from what I?ve seen of the materials they create, one thing I expect they?ll want to know when I show them Xerte is ?how do I create subtopics?? (as shown in the attached screenshot, which is from an internal course, so I?ve blurred out some content). These tools give you the option to put an entire course into one SCO (or whatever), whereas, unless I?m missing something big, Xerte seems to assume that all the pages in an XOT will pertain to a single topic, and a large course will be a collection of separate XOTs, one per topic. I?ve been able to approximate subtopics using tabbed navigators, but those limit the kinds of content you can include. Keeping content ?atomic? with one topic per piece of content is a practice I would like to see encouraged, but I think it?s also reasonable to want to be able to present multiple topics in a single package, so? First question: am I missing something? Assuming I?m not missing anything, some follow-ups: would I encounter any objections if I tried to implement a way to do this? (no promises! just thinking out loud at this point). Have there been any efforts to implement this sort of feature that I should know about? I think if I was going to try to implement something like this, instead of implementing topics and subtopics per se, I would want to look into the possibility of integrating existing XOTs into a larger ?container? page. For example, create one XOT per topic in a sort of library hosted in Xerte, and what goes in your course is a container XOT that pulls content from an arbitrary number of topic Los in the library, treating each one as a topic in its TOC, like the section headings in that screen shot. This would both allow for more comprehensive XOTs, and truly re-usable content, something that IMO not enough content creation/management tools emphasize. People who understand templates and the guts of XOTs better than me (I.e. just about everyone): is the above doomed? Or maybe possible? ?Brad [cid:image001.png at 01D01383.973DD600] 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 67162 bytes Desc: image001.png URL: From J.J.Smith at gcu.ac.uk Tue Dec 9 17:02:20 2014 From: J.J.Smith at gcu.ac.uk (Smith, John) Date: Tue, 9 Dec 2014 17:02:20 +0000 Subject: [Xerte-dev] Re: Topics and subtopics? In-Reply-To: References: Message-ID: We have had a request for it before... i'm sure it must be listed as a Github issue... Regards, John Smith | Learning Technologist Room A250, Govan Mbeki Building | School of Health & Life Sciences | Glasgow Caledonian University Cowcaddens Road | Glasgow | G4 0BA Please address ALL support requests to hlsblt at gcu.ac.uk where one of the School Learning Technologists will pick up the job. This will ensure that all jobs are completed as promptly as possible. ________________________________________ From: xerte-dev-bounces at lists.nottingham.ac.uk [xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Smith, Bradley [brsmith at akamai.com] Sent: 09 December 2014 16:56 To: For Xerte technical developers Subject: [Xerte-dev] Re: Topics and subtopics? Well, wouldn?t it be relatively simple to have properties in the ?container? template that allow you to set your own names for Nth level contained objects (plus a default)? I do agree that nobody wants to see ?Page 30 of 100?, but perhaps ?Section3, page 2? would be received differently? IMO the value of keeping content granular is to make organization and re-use easier, but at the presentation level I'm having trouble seeing the effect of presenting five topics as five separate LOs instead of one LO with five sections (assuming a page numbering scheme like the one above) other than adding extra clicks the student has to go through to get from topic to topic. That said, at least as an interim solution, thank you for mentioning the bootstrap template! I think that could be a really good use for it, and I look forward to trying it out. It doesn?t address the use case of a Storyline/Articulate person who wants to export a course?s worth of content as a single SCOM SCO, but it?s a good place for me to start. ?Brad From: Julian Tenney > Reply-To: For Xerte technical developers > Date: Tuesday, December 9, 2014 at 2:41 AM To: For Xerte technical developers > Subject: [Xerte-dev] Re: Topics and subtopics? The problem is: you want topics and sub topics? Chapters and sections? Modules, units? Sections, chapters, units? N levels? Everyone has their own take on it. It is good practice to keep the content granular: no one wants to open an LO and see ?Page 1 of 117?. My advice is to use a separate HTML page with link to the LOs that serves as your ?package?, then you can structure it however you like. It could be a xerte LO itself ? or a bootstrap page... you can also use a feed from a folder in the workspace, and then read that in a web page to build your menu. From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Smith, Bradley Sent: 08 December 2014 20:33 To: For Xerte technical developers Subject: [Xerte-dev] Topics and subtopics? Hello all, At first I was going to send this to the regular xerte list, but if the answer to my question is what I think it is, this will be a better audience. I?ve set up Xerte and work and started developing content in it. Many of my colleagues use tools like Articulate and Storyline, and from what I?ve seen of the materials they create, one thing I expect they?ll want to know when I show them Xerte is ?how do I create subtopics?? (as shown in the attached screenshot, which is from an internal course, so I?ve blurred out some content). These tools give you the option to put an entire course into one SCO (or whatever), whereas, unless I?m missing something big, Xerte seems to assume that all the pages in an XOT will pertain to a single topic, and a large course will be a collection of separate XOTs, one per topic. I?ve been able to approximate subtopics using tabbed navigators, but those limit the kinds of content you can include. Keeping content ?atomic? with one topic per piece of content is a practice I would like to see encouraged, but I think it?s also reasonable to want to be able to present multiple topics in a single package, so? First question: am I missing something? Assuming I?m not missing anything, some follow-ups: would I encounter any objections if I tried to implement a way to do this? (no promises! just thinking out loud at this point). Have there been any efforts to implement this sort of feature that I should know about? I think if I was going to try to implement something like this, instead of implementing topics and subtopics per se, I would want to look into the possibility of integrating existing XOTs into a larger ?container? page. For example, create one XOT per topic in a sort of library hosted in Xerte, and what goes in your course is a container XOT that pulls content from an arbitrary number of topic Los in the library, treating each one as a topic in its TOC, like the section headings in that screen shot. This would both allow for more comprehensive XOTs, and truly re-usable content, something that IMO not enough content creation/management tools emphasize. People who understand templates and the guts of XOTs better than me (I.e. just about everyone): is the above doomed? Or maybe possible? ?Brad [cid:image001.png at 01D01383.973DD600] 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. 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 From J.J.Smith at gcu.ac.uk Thu Dec 11 10:17:12 2014 From: J.J.Smith at gcu.ac.uk (Smith, John) Date: Thu, 11 Dec 2014 10:17:12 +0000 Subject: [Xerte-dev] Re: Topics and subtopics? In-Reply-To: References: Message-ID: Hi Brad, I think it would be a relatively simple thing to do to add an optional property called "subpage" (which is a tickbox) for every page type and then in the menu.html model (and xenith.js) you would use that whilst parsing the pages to ensure that it looks that way while maintaining the integrity of the existing pages. Also you would build in checks for things that don't make sense like page 1 cant be a subpage so that property would be ignored etc... Also you might want to add a numbering option to the main LO such as Subpage numbering None/A,B,C/1,2,3/a,b,c/i,ii,iii etc... Regards, John Smith | Learning Technologist Room A250, Govan Mbeki Building | School of Health & Life Sciences | Glasgow Caledonian University Cowcaddens Road | Glasgow | G4 0BA Please address ALL support requests to hlsblt at gcu.ac.uk where one of the School Learning Technologists will pick up the job. This will ensure that all jobs are completed as promptly as possible. ________________________________________ From: xerte-dev-bounces at lists.nottingham.ac.uk [xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Smith, Bradley [brsmith at akamai.com] Sent: 08 December 2014 20:32 To: For Xerte technical developers Subject: [Xerte-dev] Topics and subtopics? Hello all, At first I was going to send this to the regular xerte list, but if the answer to my question is what I think it is, this will be a better audience. I?ve set up Xerte and work and started developing content in it. Many of my colleagues use tools like Articulate and Storyline, and from what I?ve seen of the materials they create, one thing I expect they?ll want to know when I show them Xerte is ?how do I create subtopics?? (as shown in the attached screenshot, which is from an internal course, so I?ve blurred out some content). These tools give you the option to put an entire course into one SCO (or whatever), whereas, unless I?m missing something big, Xerte seems to assume that all the pages in an XOT will pertain to a single topic, and a large course will be a collection of separate XOTs, one per topic. I?ve been able to approximate subtopics using tabbed navigators, but those limit the kinds of content you can include. Keeping content ?atomic? with one topic per piece of content is a practice I would like to see encouraged, but I think it?s also reasonable to want to be able to present multiple topics in a single package, so? First question: am I missing something? Assuming I?m not missing anything, some follow-ups: would I encounter any objections if I tried to implement a way to do this? (no promises! just thinking out loud at this point). Have there been any efforts to implement this sort of feature that I should know about? I think if I was going to try to implement something like this, instead of implementing topics and subtopics per se, I would want to look into the possibility of integrating existing XOTs into a larger ?container? page. For example, create one XOT per topic in a sort of library hosted in Xerte, and what goes in your course is a container XOT that pulls content from an arbitrary number of topic Los in the library, treating each one as a topic in its TOC, like the section headings in that screen shot. This would both allow for more comprehensive XOTs, and truly re-usable content, something that IMO not enough content creation/management tools emphasize. People who understand templates and the guts of XOTs better than me (I.e. just about everyone): is the above doomed? Or maybe possible? ?Brad [cid:51926873-4A9D-4CA4-A8C9-1749CBFF511D] 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 From Julian.Tenney at nottingham.ac.uk Thu Dec 18 14:42:25 2014 From: Julian.Tenney at nottingham.ac.uk (Julian Tenney) Date: Thu, 18 Dec 2014 14:42:25 +0000 Subject: [Xerte-dev] FW: [apereo-projects] Unconference: Nature and Timing In-Reply-To: <5492BBE7.20803@apereo.org> References: <5492BBE7.20803@apereo.org> Message-ID: <12C67A1EEC419342AF5E59DA31562C3F0DDEE10931@EXCHANGE1.ad.nottingham.ac.uk> Does anyone have any views on this: it would possibly be a good opportunity for us to get together, either remotely, or face to face: partly to advance our own plans / partly to build relationships with the wider Apereo community. We've tended to meet face to face about once a year over the last few years, I think if we continue to do so, then coinciding that with this would be sensible. Probably the biggest issue is funding for a US trip, which I know I would personally find difficult. I have wondered if we could attract sponsorship somehow, to allow a couple of us to attend events like this / the main Apereo conference / European events, but that idea doesn't have any traction in reality at the moment... I'll happily relay any feedback to Ian. -----Original Message----- From: projects at apereo.org [mailto:projects at apereo.org] On Behalf Of Ian Dolphin Sent: 18 December 2014 11:35 To: projects at apereo.org Subject: [apereo-projects] Unconference: Nature and Timing I have continued to discuss the nature and timing of the 2015 unconference with interested members of our community. The following suggestions have emerged from those discussions. It would be very valuable to have feedback from software community, project governance bodies and regional groups before we proceed with further planning. 1] it was felt that a face to face event had genuine value, but that the event should be re-focussed to more closely serve the needs of software developer communities within Apereo. The emphasis would be on providing space for working project meetings, and accompanying the space with essential infrastructure (good WIFI, beer and pizza were all mentioned). There would be an allowance of time for an element of cross project communication on topic/s that were agreed in advance or arose at the meeting, but this would be minimal, and the focus would be on allowing projects to set their own agendas and meet their own needs. To make the nature of the event clear, it would be rebranded either as Apereo Developer Community Days, North American Apereo Developer Community Days or similar. 2] The event would continue to be located at a higher ed institution, to keep costs as low as possible. Locations with rich telepresence facilities would be preferred, to allow remote participation - particularly for those outside North America. 3] We want to get the timing right for as many software communities and projects as possible. February-May is usually crowded with a series of events organized by software communities and projects, or by national or regional groups. It was felt that to keep sufficient distance from the June Open Apereo Conference, the following timeframes should be considered - Early November Early December Mid January There was a substantial lobby for the event to be somewhere warm. I'm very open to alternative suggestions and rationales. I'd be very grateful if you could discuss on your PMC or other governance body and provide feedback. We want this event to work for you and your community, but we do need that feedback to accomplish this. Best Ian -- Ian Dolphin ian.dolphin at apereo.org -- You received this message because you are subscribed to the Google Groups "Project Contacts" group. To unsubscribe from this group and stop receiving emails from it, send an email to projects+unsubscribe at apereo.org. To post to this group, send email to projects at apereo.org. Visit this group at http://groups.google.com/a/apereo.org/group/projects/. From brsmith at akamai.com Thu Dec 18 19:04:44 2014 From: brsmith at akamai.com (Smith, Bradley) Date: Thu, 18 Dec 2014 19:04:44 +0000 Subject: [Xerte-dev] Re: FW: [apereo-projects] Unconference: Nature and Timing Message-ID: The only thing I have to add for now is that if the conference is held in a Skype/Hangouts-friendly way, I'd gladly stay up past my bedtime to attend virtually from the US. :) -Brad From: Julian Tenney > Reply-To: For Xerte technical developers > Date: Thursday, December 18, 2014 at 9:42 AM To: "For Xerte technical developers (xerte-dev at lists.nottingham.ac.uk)" > Subject: [Xerte-dev] FW: [apereo-projects] Unconference: Nature and Timing Does anyone have any views on this: it would possibly be a good opportunity for us to get together, either remotely, or face to face: partly to advance our own plans / partly to build relationships with the wider Apereo community. We've tended to meet face to face about once a year over the last few years, I think if we continue to do so, then coinciding that with this would be sensible. Probably the biggest issue is funding for a US trip, which I know I would personally find difficult. I have wondered if we could attract sponsorship somehow, to allow a couple of us to attend events like this / the main Apereo conference / European events, but that idea doesn't have any traction in reality at the moment... I'll happily relay any feedback to Ian. -----Original Message----- From: projects at apereo.org [mailto:projects at apereo.org] On Behalf Of Ian Dolphin Sent: 18 December 2014 11:35 To: projects at apereo.org Subject: [apereo-projects] Unconference: Nature and Timing I have continued to discuss the nature and timing of the 2015 unconference with interested members of our community. The following suggestions have emerged from those discussions. It would be very valuable to have feedback from software community, project governance bodies and regional groups before we proceed with further planning. 1] it was felt that a face to face event had genuine value, but that the event should be re-focussed to more closely serve the needs of software developer communities within Apereo. The emphasis would be on providing space for working project meetings, and accompanying the space with essential infrastructure (good WIFI, beer and pizza were all mentioned). There would be an allowance of time for an element of cross project communication on topic/s that were agreed in advance or arose at the meeting, but this would be minimal, and the focus would be on allowing projects to set their own agendas and meet their own needs. To make the nature of the event clear, it would be rebranded either as Apereo Developer Community Days, North American Apereo Developer Community Days or similar. 2] The event would continue to be located at a higher ed institution, to keep costs as low as possible. Locations with rich telepresence facilities would be preferred, to allow remote participation - particularly for those outside North America. 3] We want to get the timing right for as many software communities and projects as possible. February-May is usually crowded with a series of events organized by software communities and projects, or by national or regional groups. It was felt that to keep sufficient distance from the June Open Apereo Conference, the following timeframes should be considered - Early November Early December Mid January There was a substantial lobby for the event to be somewhere warm. I'm very open to alternative suggestions and rationales. I'd be very grateful if you could discuss on your PMC or other governance body and provide feedback. We want this event to work for you and your community, but we do need that feedback to accomplish this. Best Ian -- Ian Dolphin ian.dolphin at apereo.org -- You received this message because you are subscribed to the Google Groups "Project Contacts" group. To unsubscribe from this group and stop receiving emails from it, send an email to projects+unsubscribe at apereo.org. To post to this group, send email to projects at apereo.org. Visit this group at http://groups.google.com/a/apereo.org/group/projects/. _______________________________________________ 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: