[Xerte-dev] Re: Connector update
Kemp Johnathan
johnathan.kemp at ntlworld.com
Mon Nov 19 11:23:33 GMT 2012
should do the same thing?
Yesterday I looked at the Flash code and as far as I could tell I thought
it should do the same thing.
However you have my demo project. Go into the setup script (third child of
the entry frame) and change between menu and historic and you should get
the same effect of working or not working historic back button.
Perhaps one of the goats you sacrificed is getting its revenge?
JK
On 19 November 2012 11:02, Julian Tenney <Julian.Tenney at nottingham.ac.uk>wrote:
> setNavigationStyle’s code says if not linear, so
>
>
>
> setNavigationStyle("menu");
>
>
>
> setNavigationStyle("historic");
>
>
>
>
>
> should do the same thing?
>
>
>
> *From:* xerte-dev-bounces at lists.nottingham.ac.uk [mailto:
> xerte-dev-bounces at lists.nottingham.ac.uk] *On Behalf Of *Kemp Johnathan
> *Sent:* 19 November 2012 10:58
>
> *To:* For Xerte technical developers
> *Subject:* [Xerte-dev] Re: Connector update
>
>
>
> The back buttons works in this example: what are you doing differently?
>
>
>
> It looks like I need to use
>
>
>
> setNavigationStyle("menu");
>
>
>
> and not
>
>
>
> setNavigationStyle("historic");
>
>
>
> I use the same techniques that you used to position the buttons using the
> btnPos array so that the Historic navigation button layout can accommodate
> the help and media buttons.
>
>
>
> I have just discovered that the phantom circle behind the home button
> disappears when you add a help file and the help file button displays.
>
>
>
> OK just received your latest posting - with a bit off luck I will finish
> this one before your next message :-)
>
>
>
> I will try the button move method out.
>
>
>
>
>
> *On a separate note* there is something else you might want to look at.
> The pageList control works like a ComboBox control but without access for
> the xwd designer to the "data" attribute as the data list is built on the
> fly. This causes a possible problem if the Author picks the first item on
> the list as when the page's xml is created the pageList attribute has a
> value of "" so no match can be made with the data list. You have to select
> anything but the first element to get a valid entry in the xml and then
> select the first element in the list.
>
>
>
> Try in my example to use the connector menu to set up a menu that lists
> the 1st and 3rd pages only. You will find that only the 3rd page gets
> listed unless you follow the above selection process. One solution might be
> to pad the data set by setting the first item in the list to a known value
> such as "no page selected" or "select a page" with a data value of
> "noSelect" or whatever. Then in the xwd a known value can be set for the
> controls default value and this problem will be avoided.
>
>
>
> Kind regards
>
>
>
> Johnathan
>
>
>
>
>
> On 19 November 2012 09:57, Julian Tenney <Julian.Tenney at nottingham.ac.uk>
> wrote:
>
> Nice one.
>
>
>
> a) The back buttons works in this example: what are you doing
> differently?
>
> b) This is bit of pain: I’ll try and fix it, but it has something
> to do with being unable to draw into the buttons themselves, so code draws
> behind them on the stage. There must be a better way to do this, I will
> look.
>
> c) Yeah, I think I did something to break them but I don’t know
> what!
>
>
>
> Let me look at b and c. Otherwise, it looks good.
>
>
>
> *From:* xerte-dev-bounces at lists.nottingham.ac.uk [mailto:
> xerte-dev-bounces at lists.nottingham.ac.uk] *On Behalf Of *Kemp Johnathan
> *Sent:* 18 November 2012 13:23
> *To:* Xerte Developers Discussion List
> *Subject:* [Xerte-dev] Connector update
>
>
>
> The last thread was getting very long and complicated, so time for a new
> thread.
>
>
>
> I have attached a page templates project that implements pretty much all
> of what I think has been discussed on the flash side of things. I am
> presenting this as a prototype which if everyone is happy with I will use
> as the basis for modifying all the Connector pages.
>
>
>
> It features the following
>
>
>
> 1. A new option for the learning object navigation attribute of
> "historic" which implements a home button, historic back button and next
> button.
>
> 2. A new attribute "Navigation Buttons" to allow every page type to
> offer the author control over what navigation buttons are displayed when
> that page is viewed. "Navigation Buttons" is an optional attribute for
> standard pages and mandatory for the original Connector pages. This allows
> the author to select from 5 navigation options "all,back and next, back
> only, next only, none".
>
> 3. Code in the .rlt file (on the onInitComplete and onOpenPage
> events sets the navigation buttons based on the "Navigation Buttons"
> attribute correctly whether the learning object navigation is linear,
> historic, etc. Where a page does not have the "Navigation Buttons"
> attribute set the page defaults to "all". It works a treat and only
> requires the addition of one line to each page's xwd and no change to the
> page model. (This was implemented to support the new context menu "Page
> Link" option, but it also really simplifies the Connector pages as they no
> longer need to handle any navigation button settings for destination pages)
>
> 4. Use of pageList controls for selection of links in Connector
> pages (see the new way to set up a list of pages for the menu connector.
>
> Have a play with the navigation options to see what you think.
>
>
>
> There are a few minor issues that need resolving though
>
>
>
> a) It appears that the historic back button is currently broken as no
> navigation takes place when it is clicked
>
>
>
> b) Despite looking in the flash code and inspecting the rootIcon I cannot
> find the identifier for the mask that is persisting to display a blue
> circle when you use the historic back button. As I moved the back button a
> little it is currently showing behind and to the left of the home button
> and I can't get rid of it :-(
>
>
>
> c) advanced and language check boxes are broken at present in xwd
>
>
>
> d) I agree that the plainTextConnector is redundant now that we have the
> "Page Link" feature in the context menu. I think this is a real game
> changer which necessitated the introduction of the "Navigation Buttons"
> attribute mentioned above. I recommend that as a result of this ability to
> create links in any page type (in XOT if not in Xerte) that we also retire
> from XOT the Redirector Connector (keep it Xerte only) as it is redundant
> now and retire the Tabbed Navigator Connector as it pretty much does what
> the Tabbed Navigator page does but with links that can now be added using
> the pageLink context menu item.
>
>
>
>
>
> I agreed with Julian to prototype the Connector page changes prior to
> committing anything to the svn.
>
> Julian if you are happy with the prototype I will now do the following
>
>
>
>
>
>
>
> i) Update the rlt code in the svn to handle the historic navigation
> attribute and the setting of navigation button options
>
> ii) Add the extra line to every xwd file in the svn that will provide the
> optional "Navigation Buttons" parameter.
>
> iii) Modify the rlm and xwd files of each of the following connector pages
> in the svn to use pageList controls and "Navigation Buttons" settings
>
>
>
> ( In order to enable the current Connector pages to use pageList controls
> and still work with Xerte I will create two xwd files e.g.
> connectorMenu.xwd and connectorMenu_XOT.xwd. The _XOT one will be used for
> building templates.xwd. Currently this poses a minor problem since all .xwd
> files must have an identically named .rlm file to be included in the
> templates.xwd file created by Tom's script. Tom is going to implement a
> test to check for a modelFile="" attribute (e.g. modelFile="connectorMenu")
> in the xwd file that can be used to over-ride the file name. )
>
> · Menu Connector
>
> · HotspotImageConnector
>
> · MCC Connector
>
> · Scenario Connector
>
> iv) Flag the following connectors as excluded from XOT
>
> · Tabbed Navigator Connector
>
> · Redirector Connector
>
> · Plain Text Connector
>
> Kind regards
>
>
>
> Johnathan
>
>
>
>
>
>
>
>
>
> 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
>
> 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
>
> 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: <http://lists.nottingham.ac.uk/pipermail/xerte-dev/attachments/20121119/e266b5cc/attachment-0001.html>
More information about the Xerte-dev
mailing list