Blackboard heeft een nieuwe versie van de Slideshare mashup beschikbaar gemaakt en deze staat nu in productie.
Archive for the 'Content areas' Category
In 9.0 kon men bij het aanmaken van een item een zip bestand opladen en dan de optie ‘Unpackage this file (Bestand uitpakken)’ kiezen. Vervolgens diende men aan te geven welk html-bestand binnen het zip-pakketje als startpagina diende. Wanneer een student dan op de link van het item klikte, ging de startpagina open en kon men navigeren naar andere pagina’s (html-bestanden) in de zip wanneer er vanuit het startbestand naar gelinkt werd. Sinds de upgrade van Toledo naar 9.1 is de optie ‘Unpackage this file (Bestand uitpakken)’ niet meer aanwezig.
Het is echter wel nog mogelijk om een website op te laden en hiernaar te linken vanuit een cursus of community. Je moet het zip-pakket nu eerst opladen en uitpakken in de content collection (Toledo+) via de optie ‘Upload Package (Pakket Laden)’. Je kan best eerst een nieuwe folder aanmaken en dan in de folder het pakket opladen anders komen alle bestanden op het laagste niveau te staan.
Vervolgens ga je in het vak of de community naar een inhoudsgebied waar je de link wil plaatsen en maak je een nieuw item aan. Geef het item een titel en eventueel een beschrijving. Onder 2. Attachments (Bijlagen) klik je op ‘Browse Content Collection (Bladeren in Content Collection)’ en navigeer je naar het html bestand dat als startpagina dient te fungeren. Vink dit bestand aan en klik op submit. Laat de optie ‘Give users access to all files and folders in the folder (Gebruikers toegang geven tot alle bestanden en mappen in de map’ geselecteerd staan. Klik onderaan op Submit (Verzenden) om het item aan te maken.
Dit artikel is gericht naar Local Admins en beheerders die bij voorkeur een beetje HTML kennis hebben.
Door foutieve HTML code en/of javascript in announcements/mededelingen/items kan het gebeuren dat men geen enkele mededeling nog kan aanpassen in het betreffende vak/community of geen enkel item binnen een content area/inhoudsgebied. Dit kan zich manifesteren op verschillende manieren:
- Men kan de ‘Edit Mode’ niet meer activeren
- Het contextueel menu opent niet meer
- Klikken op ‘Edit’ binnen het contextueel menu doet niets meer
Aangezien de symptomen kunnen variëren al naargelang van de oorzaak is er geen eenduidige oplossing. De bedoeling van dit artikel is om een aantal mogelijke oplossingen voor te stellen.
Men dient op te merken dat het niet kunnen verplaatsen van items/mededelingen ook nog een andere oorzaak kan hebben.
Oplossing 1: Probeer een andere browser
De problemen kunnen variëren al naargelang van de browser die men gebruikt. Meestal zorgt foutieve HTML code/javascript ervoor dat de meeste problemen optreden in Internet Explorer. In veel gevallen kan men de announcements/mededelingen/items nog aanpassen in Firefox. Indien het ook niet meer mogelijk is in Firefox, loont het de moeite om te proberen in Chrome.
Oplossing 2: Contacteer de service desk
Indien geen van bovenstaande hulpmiddelen helpt, contacteer dan de Service Desk.
Een aantal gebruikers hebben ons gemeld dat externe links soms geopend worden in een Toledo-frame, dus met kruimelpad in het bovendeel van het scherm. In die gevallen dat er wordt doorgelinkt naar applicaties buiten de leeromgeving – bv. website krant, Google, Tolinto, … – is zo een topframe veelal niet gewenst. Een bijkomend neveneffect is ook dat bepaalde javascript functionaliteiten niet meer naar behoren werken: zo zal in Tolinto de link ‘sluit venster’ niet meer werken omdat deze link geen eigenaar is van de pagina (bevindt zich in een frame).
De reden dat er een header van Toledo getoond wordt, ligt hem in de wijze waarop Blackboard de HTML-code van de link interpreteert.
- heeft het target attribuut de waarde target=”_blank” dan wordt de link getoond in een frame van een nieuw venster of tabblad, dus met Toledo kruimelpad in het bovendeel van het scherm.
- heeft het target attribuut de waarde target=”_new” dan opent de link in een volledig nieuw venster, dus zonder topframe.
Om ervoor te zorgen er geen header meer getoond wordt in een nieuw venster of tabblad bij het aanklikken van een hyperlink moet men dus de HTML-code aanpassen.
Stappenplan
- Open het item om het aan te passen
- Switch naar HTML-modus door gebruik te maken van de knop
in de visual text box editor. - Ga op zoek naar de betreffende link in de html code
- Deze zal een volgende vorm hebben: <a href=”http://www.voorbeeldurl.be” target=”_blank”>tekst van de hyperlink</a>
- Vervang hierin “_blank” door “_new”
- Sla de aanpassingen op door op Submit (Verzenden) te klikken
Naar aanleiding van de gekende problemen met bestanden op BB9 hebben wij in overleg met Blackboard een oplossing in productie gezet.
Deze oplossing laat gebruikers, na het klikken op een link van een bestand, een boodschap zien in een groene balk. Hierin krijgen ze een alternatieve link aangeboden om het bestand te downloaden. Deze boodschap verschijnt echter pas na het weg klikken van de waarschuwingsboodschap.
Na het klikken op een link van een bestand krijgt men in IE een waarschuwing
Na het sluiten van de bovenvermelde waarschuwing verschijnt er een alternatieve manier om het bestand te downloaden.
Deze groene balk zal enkel verschijnen in Internet Explorer.
In een aantal gevallen zijn er problemen met het openen van bestanden in BlackBoard 9. De bedoeling van deze post is om een overzicht te geven van deze problemen en om enkele workarounds voor te stellen.
Problemen met IE
Het eerste en grootste probleem doet zich voor in Internet Explorer (IE): wanneer een gebruiker in IE op een link klikt die verwijst naar een bestand dat deel uitmaakt van het Office pakket (doc, docx, ppt, pptx,…) dan opent volgende popup:
Security warning van IE
De gebruiker dient nu te klikken op Close, vervolgens bovenaan in de ‘Information Bar’ te klikken en vervolgens ‘Download File…’ te kiezen. Spijtig genoeg gebeurt er nu iets bizar. De pagina ververst en je komt op het startschermvan de cursus terecht. Als je nu terug naar het desbetreffende bestand navigeert, dan kan je er op klikken en krijg je de mogelijkheid om het te downloaden. Jammer genoeg dien je dit te doen bestand per bestand. Daarnaast blijkt IE na een zeker tijd ook te vergeten dat je het voor een bepaald bestand hebt goedgekeurd en dien je de hele procedure te herhalen. Dit is duidelijk geen werkbare situatie.
Het probleem ontstaat door de manier waarop Blackboard nu bestanden aanbiedt en de manier waarop IE omgaat met deze manier. Wanneer een gebruiker nu op een link klikt dan gebeurt er een page-refresh (ten gevolge van de Content Wrapper van BB) . Op deze nieuwe pagina probeert BB het bestand aan de gebruiker aan te bieden. Dit gebeurt allemaal heel snel en is voor de gebruiker niet echt zichtbaar. Doordat het bestand wordt aangeboden via een andere pagina dan diegene waar de link oorspronkelijk stond, denkt IE dat dit niet veilig is. Er wordt immers een bestand aangeboden op een webpagina waar de gebruiker nooit op een link heeft geklikt. Dit vormt dus een security probleem voor IE.
Er zijn een aantal tijdelijke workarounds voor dit probleem:
- Met de rechtermuisknop klikken op de link en te kiezen voor ‘Save Target As’. Het bestand lokaal opslaan en vervolgens lokaal openen.
- Firefox heeft dit ptobleem niet.
- (niet aangeraden) Cygnus toevoegen aan de trusted sites in IE en voor trusted sites aangeven dat de ‘Automatic promting for File Download’ op ‘enable’ staat. Dit geeft aanleiding dat je voor elke server die achter de loadbalancer Cygnus zit, apart moet bevestigen dat dit een veilige server is. Concreet krijg je gedurende een hele tijd waarschuwingen die je moet bevestigen. Daarom wordt deze oplossing dan ook afgeraden.
Wij beseffen maar al te goed dat dit een heel serieus probleem is voor de gebruikers van IE (ongeveer 60% van de users) en zijn dan ook al op zoek naar oplossingen. Blackboard is ook al op de hoogte en we verwachten ook snel input van hen.
Problemen met Firefox
Firefox (FF) heeft een probleem met grote PDF bestanden. De juiste grootte weten we niet. Als een gebruiker op een PDF klikt groter als 30 MB dan geeft dit aanleiding tot volgende boodschap:
Foutboodschap in FF voor grote PDF's
Dit probleem doet zich voor door de manier waarop BB9 PDF-bestanden aanbiedt gecombineerd met de grootte van het cache geheugen van Firefox. Op BB 7.2 konden deze grote PDF bestanden zonder problemen bekeken worden. In BB9 echter geeft FF een fout waardoor het lijkt alsof het bestand beschadigd is hoewel dit echter niet zo is.
Er is een workaroud voor dit probleem:
- Met de rechtermuisknop klikken op de link en te kiezen voor ‘Save Link As…’. Het bestand lokaal opslaan en vervolgens lokaal openen.
Ook hiervan beseffen we de ernst van het probleem en zijn we op zoek naar een oplossing.
Van zodra we voor één van de bovenstaande problemen een oplossing hebben, zullen we dit communiceren (oa. via deze blog).
Update 08/04/2010: Ondertussen is er een oplossing voor het downloaden van bestanden in IE in productie genomen.
Het gebeurt soms dat pagina’s maar half worden ingeladen, en dat er bepaalde items niet verschijnen. Vaak is dat het geval in Internet Explorer, maar toont Firefox toch alle items, fora, folders, … Dit heeft te maken met html-code die Internet Explorer niet kan weergeven, en die waarschijnlijk in Blackboard is geraakt door het kopiren en plakken van stukken tekst uit Word of een ander programma.
Wanneer men kopieert en plakt vanuit Word of een ander programma, dan wordt de opmaak uit het oorspronkelijke document omgezet in html-code. Die codes zijn echter niet altijd goed gevormd, worden vaak slecht afgesloten, en daar kunnen bepaalde browsertypes problemen mee hebben. Zodra Internet Explorer bv. op een pagina komt met zo’n html-code, zal de browser wel alles weergeven wat voor die bepaalde doce komt, maar niet meer wat erachter staat. Hierdoor kan het zijn dat bepaalde items, folders, fora, links, … niet meer zichtbaar zijn. Meestal kan men dit probleem ook herkennen door naar de editi view te gaan. Bij het item dat een problematische html-code bevat verschijnen meestal ook de knoppen ‘Modify’ (’Wijzigen), ‘Manage’ (’Beheren’), ‘Copy’ (’Kopiren’) en ‘Remove’ (’Verwijderen’) niet meer.
Men kan docenten best aanraden om stukken tekst niet rechtstreeks vanuit Word te kopiren en plakken in de editor, maar dit via een tussenstap te doen:
- De tekst uit Word kopiren;
- In de editor op de knop (kleine dan, groter dan) klikken;
- Hierin de tekst plakken (dan wordt alle opmaak weggelaten);
- Terug op de knop klikken;
- Via de knoppen van de editor de nodige opmaak terug aanbrengen.
Indien men in Toledo een exe-bestand aanbiedt aan studenten, dan kan het zijn dat bij het downloaden via bepaalde browserversies de extensie wegvalt.
Hier voor zijn twee oplossingen:
1) Student past bestandsnaam na het downloaden aan en plaatst er de extensie .exe weer achter
2) Docent maakt een item met een handgemaakte link naar het exe-bestand als attachment aan een ander item
- Stap 1: creer een item (eventueel in een subfolder) en laadt het exe-bestand op als attachment
- Stap 2: rechtsklik op de link bij dit item en kopier de linklocatie
- Stap 3: creer een nieuw item, met de linklocatie van item 1 als link in html-code (of creer een external link met de linklocatie als URL)
- Stap 4: pas de link aan, en wis de sessievariabele tussen de naam van de server en /courses/… (bv.: originele link bv. ‘https://cygnus.cc.kuleuven.be/@@695E63A34BF10
280D9342F0BF85CBDDB/courses/1/…’, nieuwe link bv. ‘https://cygnus.cc.kuleuven.be/courses/1/…’