Estudio Conceptual de PLE
Estudio Conceptual de PLE
Estudio Conceptual de PLE
I.
INTRODUCTION
Web 2.0, first coined by Tim OReilly [1], changes how
we interact and deal with the WorldWideWeb. Social
Networking Software is growing rapidly and helps to
connect people worldwide to share their thoughts, collaborate on topics of same interest and discuss in the virtual
space.
Of course these changes influenced the learning and
teaching behaviour in a new and complete different way.
Bearing in mind that learning proceeds through communication [2], Web 2.0 technologies offer much more possibilities for interaction, collaboration and conversation.
Mixing and connecting content by using the MashUp
principle will allow learners to build their own learning
environment, which is described by Stephen Downes [3]
as future learning environment which becomes not an
institutional or corporate application, but also a learning
center, where content is reused and remixed according to
the students own needs and interests. It becomes, indeed,
not a single application, but a collection of interoperating
applications an environment rather than a system.
At the TU Graz (Graz University of Technology) research work is taking place to investigate how so called
PLEs (Personal Learning Environments) can improve the
daily learning and teaching behaviour. Therefore a closer
look must be taken to address to the core issues. Wilson
[4] expressed the user-centred philosophy of PLEs and
Harmelen [5] agreed by pointing out that traditional LMSs
(Learning Management Systems) are not flexible enough
or are not addressing to the individual needs of a specific
learner. A further approach is the use of common, internet
based Social Software as mentioned in some other research [6] [22] to create an individual pool of information
iJET Volume 5, Special Issue 1: "ICL2009 MashUps for Learning", January 2010
25
for the presentation layer. Its only task is reduced to retrieve the raw data from data resources and offering them
back to the clients through a specific Application programming Interface (API). Thor [11] describes three main
components of a mashup application: data extraction that
is done on the server side, data flow and presentation
which are accomplished on the client side.
As it is not possible to integrate the entire set of services in the presentation layer, the PLE server serves as a
single entry point to provide the client programming logic
with small applications or services. Such small applications are called widgets. Distributed resources and services are each presented in a widget and come together as
a end-user-mashup in a PLE [12] according to the user
customization and benefits. In other words, the user can
customize his learning environment by adding or removing the widgets he is interested in.
Hoyer [13] describes mashup tools with different emphasis such as Yahoo Pipes 2 and iGoogle 3. The following
sections discuss the widgets in general as well as the widget specification of World Wide Web consortium (W3C)
in this regard. Furthermore a widget project that has been
already implementing the W3C widget 1.0 specifications
is introduced. Based on this implementation a PLE is
designed to be applied at Graz University of Technology
that will be introduced at the end of this paper.
A. Widgets
Widgets are small embeddable applications that can be
included in a HTML-based web page or executed on the
desktop. This client side code can be a simple JavaScript,
Java-applets or whatever that can be embedded in a valid
HTML or XHTML document. It assumes building the
GUI of the widget itself and the logic to retrieve or update
data and use services provided by the PLE server. Applying widgets in a PLE may have different advantages. First
of all widgets can be implemented independent of the
platform. The W3C widget specification, which is going
to be explained in the next section, facilitates is as a standard way of widget development. Widgets can be embedded in any application which supports that specification.
This results in many open source widgets, for instance
representing learning objects, made useable in PLEs.
Another issue is the distributed knowledge transfer and
diffusion. The service used by the widgets must not be
necessarily on the same PLE server. Because of the security restrictions of the XMLHttpRequest (XHR) object
used by Ajax, which only allows to access files on the
same server, a proxy script is used on the PLE server. The
proxy passes all requests and replies unmodified from the
client to the remote server and vice versa. Using JSONP
(JSON 4 with Padding) as a technique would even bypass
the security restriction of XHR and enable client-side
cross-site requests without applying any proxies. As a
result many different distributed remote services can be
provided within a PLE without any technical effort. Personalization is a very important factor for a PLE. As short
lightweight applications are put in widgets, users can
organize and personalize the applications (widgets) of
their interest among the huge possible MashUps.
26
http:www.i-jet.org
JavaFX is a rich client platform for building crossdevice applications and content. Designed to enable easy
creation and deployment of RIAs with immersive media
and content, the JavaFX platform ensures that RIAs look
and behave consistently across diverse form factors and
devices. [20] JavaFX was announced by Sun Microsys6
tems in 2008. Through the widget implementation following the standards described in section 2.1.1 it is possible to integrate a lot of different widgets in a PLE and let
the user decide which ones to use in order to achieve a
specific learning goal.
JavaFX features the development of widgets which can
be embedded into an HTML web site, a mobile device like
a mobile phone and in future releases even televisions and
media devices. The usage of widget is not only restricted
to the web browser. Users can access the mobile version
of the widget through a mobile device such as a mobile
phone and access their PLE from everywhere. PLEs become ubiquitous through the distributed services and
mobile clients. The following aspects give example of
PLEs supported by JavaFX.
1) JavaFX for PLE widgets
Through the JavaFX scripting language it is possible to
develop widgets which can be embedded into PLEs. The
integration of JavaFX widgets into PLEs enables developers to build up a PLE as a Mashup of different widgets.
Widgets can be implemented as well in HTML supported by AJAX, as an Adobe AIR or as a Microsoft
Silverlight application. All of them have in common that
the widget can be implemented independently of the underlying widget engine. That means for example that the
widget can be developed and deployed as a small component, regardless the underlying PLE.
Microsoft Silverlight or Adobe AIR applications require a runtime environment being installed on the client
machine. This approach narrows you down to use a
browser in order to run the application or to a standalone
application. You are not able to switch the application
embedded in the browser window directly to your operating systems desktop.
5
6
iJET Volume 5, Special Issue 1: "ICL2009 MashUps for Learning", January 2010
27
28
1) Sidebar (1)
The sidebar is designed as a navigation element as well
as an information element. It contains main categories
which are defined as main activities provided by the
university (i.e. CommunicationCentre, PersonalNotes, ).
The sidebar also updates the user on the status of these
activities by means of colour indicator and a numerical
indicator.
Being a familiar element in a familiar position, the sidebar supports the users way of thinking and further more
the user dealing with the unfamiliar widget-based part of
the user interface - the WidgetZone. Finally the sidebar
can be switched off in favour of the WidgetZone and is
replaced by another navigation element (see Workflow).
2) WidgetZone (2)
The WidgetZone contains the widgets and is structured
by columns. Each activity has its allocated and specific
WidgetZone. Thus the information is organised according
to topics and subsequently the amount of information is
increased by having more than one WidgetZone. The user
can see the content on a familiar place but through a new
display format - the WidgetZone.
3) Widget (3)
A widget consists of a front side and a rear side, the latter contains the preferences. Usually the widget is visible
in a minimised state on the WidgetZone but it can be
maximised (see Workflow). In this case minimised
means that the information shown on the widget is in a
summarised form. If the information is maximised it
means the total information is displayed.
The width of the widget in comparison to the height is
not variable and is defined by the columns of the WidgetZone. There are two kinds of widgets:
1. System widget (3a): A system widget is existent from
the very start of the WidgetZone and its position can
be shifted by the user but cannot be removed. It contains all information relevant to the specific centre.
2. Standard widget (3b): For each specific WidgetZone
the user can choose from a selection of standard widgets which can be removed.
4) PersonalDashboard (4)
The PersonalDashboard is at all times available to the
user independent of the different topics of the activities
http:www.i-jet.org
As mentioned previously the sidebar can be turned hidden. In doing so the area of the WidgetZone is enlarged
and likewise the PersonalDashboard. The sidebar is replaced by another navigation and information element,
which is overlaid in the lower part of the WidgetZone. In
the Fig. 5 the circles of the element refer to the main topic,
namely the centres.
Figure 2. WidgetZone
IV. CONCLUSION
In this paper we described the first approach and design
studies towards a Personal Learning Environment at Graz
University of Technology. By using widgets for instance
with JavaFX technology a flexible individual website can
be provided to the students and teachers. From the institutional point of view the PLE is going to serve students as a
tool to use both the services of the university as well as all
other services available in the World Wide Web in a personalized and customizable manner. Students will be able
to use the required university services which are partially
decentralized in different faculties in their own personal
learning environment, customized according to their actual needs. The numerous resources in the WWW can also
be provided to students for general learning goals or specific courses. Students can select the ones they are interested in, customize the preferences, as far as possible and
apply them according to their learning process. This publication gave a first overview about the technological
concept and the conducted design studies as well as usability tests. The next step will be the development and
implementation of the prototype within the university
environment to gather experiences how PLEs can be used
in real-life in order to carry out different didactical scenarios.
iJET Volume 5, Special Issue 1: "ICL2009 MashUps for Learning", January 2010
29
REFERENCES
[1]
30
[13] V. Hoyer: Ad-hoc-Software aus der Fachabteilung, in Report Enterprise Mashups, iX 10, pp. 98, 2008
[14] Widgets 1.0 Packaging and Configuration - W3C Working Draft,
2008, http://www.w3.org/TR/widgets/
[15] Widgets 1.0 APIs and Events - W3C Working Draft, 2009,
http://www.w3.org/TR/widgets-apis/
[16] Widgets 1.0 digital Signatures - W3C Working Draft, 2009,
http://dev.w3.org/2006/waf/widgets-digsig/
[17] Widget URIs - W3C Editors Draft, 2009, http://dev.w3.org/
2006/waf/widgets-uri/
[18] Pedagogically sustained Adaptive Learning through the Exploitation
of
Tacit
and
Explicit
Knowledge,
2008,
http://palette.ercim.org/
[19] Wookie, 2009, http://getwookie.org/Welcome.html
[20] C. Castillo, (2009, May), What is JavaFX?, http://javafx.com/
docs/gettingstarted/javafx/
[21] Mozilla Labs Prism, 2009, http://prism.mozilla.com/
[22] G. Attwell, Personal Learning Environments the future of
elearning?, in eLearning Papers, vol. 2, no. 1, January, 2007
AUTHORS
B. Taraghi ([email protected]) is with the Department of Social Learning, Graz University of Technology,
8010 Austria.
M. Ebner ([email protected]) is Head of the Department of Social Learning at Computer and Information
Services, Graz University of Technology, 8010 Austria.
G. Till ([email protected]) is with the Institute of Housing
Architecture, Graz University of Technology, 8010 Austria.
H. Mhlburger ([email protected]) is with the
Department of Social Learning, Graz University of Technology, 8010 Austria.
This article was modified from a presentation at the International Conference of Interactive Computer Aided Learning ICL2009, September 2009
in Villach, Austria. Submitted 11 September 2009. Published as resubmitted by the authors on 17 January 2010.
http:www.i-jet.org