slidewiki / slidewiki-platform Goto Github PK
View Code? Open in Web Editor NEWSlideWiki Platform
License: Mozilla Public License 2.0
SlideWiki Platform
License: Mozilla Public License 2.0
When importing an existing slide deck while adding a new slide deck, the import sometimes hangs at 65%
(reported by Gábor)
Headings that semantically belong to levels h1 and h2 are marked as levels h3 and h4.
If you try to download a certain deck of slides from the course material in pdf format, the server throws an error.
Hi there,
My team is developing a course on the SW. We will use a mailing service to enroll students.
That's the pipeline:
So at that point we would need a process of reconciliation of subscribers between our mailing system and the subscribtions on SW. It is possibile to have any automated notification when a student will register on slidewiki?
We need something like: send an e-mail to THIS Team
for each user that will fill a special field on SW form when registering.
Thank you
If you look at the image metadata in the store on this presentation, you'll see that US-style quote marks (") were saved in the underlying database, instead of html & code "
. That was achieved by entering the " symbol into the "caption" form while creating the figure. This means that alt text cannot contain quotes entered as such.
The version number is not displayed on the landing page.
The version number should be displayed on the landing page in the footer. On the right hand side, where already the build commit is displayed.
Requirement: Automate the update of the version number in the code by extending the /make_version.sh script that puts the build commit in the footer during Docker build!
The following access keys should be integrated in the slide view:
It works with JAWS and NVDA + IE 11/Firefox/Chrome, as well as with iPad and Macbook (tested in July 2018).
Issue coming from iOCW Google Group
Although the text field below the slide title can be focussed with the keyboard, no entries in this area are possible. Text can only be added in the title area (Editing a slide: https://slidewiki.org/deck/127411/_/slide/836159-1/836159-1:1/edit?language=de).
Pages 8 and 9 of the presentation contain quotes that are not marked as such.
The creator of the presentation should be given the opportunity to label quotes as such so that they are marked with the element blockquote in the presentation view.
NodeJS was recently published as version 5.6.0 (Changelog). Make sure to upgrade NodeJS on your local system and to add 'engines' object to packages.json (like in this showcase: package.json):
"engines": {
"node": "5.6.x"
}
This will assure that we will develop with all the latest features and fixes.
Support dragging an image into the Markdown editor to upload the image.
Requested by Petra
An error occurs when updating the display name in the account settings
Currently in SlideWiki different types of dropdowns (or select) components are used. E.g. Semantic UI JQuery, Semantic UI React, native browser select and custom made dropdown elements. This results in inconsistent behavior of those components. Additionally, it is hard to maintain these different components (i.e. making them accessible etc.).
I'm trying to replace all dropdowns by the Semantic UI React component. This component automatically adds (most) aria-* attributes. I replace this at several pages now, but I need someone to test the accessibility thoroughly before I continue to replace this everywhere. In case some of these dropdowns are not accessible, I will fork Semantic UI React, and implement this myself (afterwards merge it back into Semantic UI React).
I started this work in the branch: Consistent-dropdowns
. The following dropdowns have been replaced:
@VivienDZB Do you have a local version of SlideWiki running? If so, can you check out the branch locally and test if the replaced dropdowns are fully compliant to the accessibility standards? Thanks!
On the Deck overview page there is no indication for a screen reader user where the start of the page tree (on the left) is:
A user with a screen reader can navigate the slide tree without problem. The start of the slide tree, however, is not marked by anything that a screen reader will read. At the moment this is only visually indicated.
A quick for this would be to put a caption above the slide tree.
Another option could be to add a label element that is not visible but still read by a screen reader (added by bwulff in complete absence of knowledge about accessibility engineering on the web, so careful about this one!)
By hiding the user image for screen readers, blind users lose information. At the same time, it makes it difficult for them to upload or check their own profile picture. The graphic should not be hidden by aria-hidden and should contain a placeholder text if the user image is not available. Otherwise it should contain an alternative text that describes the person depicted.
https://slidewiki.org/user/vivien.zschammer/settings/profile
from where the slide are picking up the data for display.
some api request is being made but i am unable to trace it.
in app.js i found this but not sure what it is
// register plugins
app.plug(fetchrPlugin({
xhrPath: '/api' // Path for XHR to be served from
}));
I'm trying to upload a new deck and after I select it from my files the upload button is disabled as shown below in the image, thus not allowing me to upload it.
I'm not sure if it's a bug or the expected behavior because of some permissions I don't have or something similar.
I'm running the platform locally and using all the services from the experimental server.
I'm at this commit: 1dcab75.
Using Google Chrome version 64.0.3282.119 (Official Build) (64-bit)
Ubuntu 17.10
Work has been done already on making SlideWiki responsive. But some extra work is needed to ensure that all pages are responsive and rendered correctly. I think it makes sense to first list all pages/components that don't work well on small screens and afterwards fix them.
Additionally, the mobile version should be tested with mobile screen readers (for example Talkback on Android and VoiceOver on iOS).
This work is part of WP5 (T5.2) in the iOCW task description.
@rezatavakoli is working on detecting issues w.r.t. responsiveness.
When trying to edit a slide, none of those buttons are reachable via keyboard (https://slidewiki.org/deck/127411/_/slide/836159-1/836159-1:1/edit).
Page: https://slidewiki.org/addDeck
If nothing has been entered in the form fields marked with *, the error message appears after the form fields. The message is therefore difficult to find and it is also not linked to the form field.
If the message can only appear after the form, at least the attribute aria-describedby must be inserted on the respective form field and refer to the id attribute of the error message. Alternatively or additionally, it would be good to put the error message in front of the form.
"Speaker notes" is marked with the element b
. Strong
or em
should be used instead of b
.
https://slidewiki.org/deck/127411/_/slide/836159-2/836159-2:1/edit
Security risks were found for the following packages from package.json:
--> proposal: remove the menu from the presentation view
Request: The intent of this Success Criterion is to make information conveyed by non-text content accessible through the use of a text alternative. Text alternatives are a primary way for making information accessible because they can be rendered through any sensory modality (for example, visual, auditory or tactile) to match the needs of the user.
Issue:
aria-label
or title
.Following sites have a wrong headline structure:
reveal.js supports the fragment
class for initially hiding elements on a slide and then making them visible step by step. See: https://revealjs.com/#/fragments
This could be a nice enhancement if we expose the feature in the editor since it would enable users to produce more dynamic and structured presentations while not changing the markup significantly which means that it wouldn't affect any content analysis.
Enhancement was proposed by a user via feedback form.
When a slide contains images, the height of the slide can be set incorrectly. This because the images are loaded asynchronously. Make sure that the slide height is adjust on a full page load (temporary fix would be to make the slide content scrollable, so at least it is possible to see the slide content).
Example:
Text editing buttons in the "Speaker note" area can not be reached with the keyboard (https://slidewiki.org/deck/127411/_/slide/836159-2/836159-2:1/edit?language=de).
This concerns especially the following pages:
https://slidewiki.org/deck/108346-1/_/deck/108346-1
When using SlideWiki with JAWS, the two input fields for the search are read (captioned) as follows (when German is the browser language/UI langauge):
Chrome 76:
Firefox 52:
So there are different captions read in different browsers, this should be consistent.
Also note: The English version is more consistent. So the inconsistency in German is most likely rooted in the internationalization.
There is additional information available on how to this should be approached (get it from Ben)
When the 'save' button is clicked an API request is performed which returns a 500 error.
The response body holds the following JSON:
{"message":"Cannot read property 'length' of undefined"}
Problem: JAWS is reading that an element is clickable, while it's not.
Solution: remove the tabindex when an element is not interactive
to reproduce:
Expected: "...downloaded..." appears after starting the download, or maybe even only after it successfully completes.
This behaviour seems to be client-side-only or there is some server-side clean-up, because after refreshing the page, this activity item is gone.
When a user is logged into Slidewiki and closes the browser without logging out of Slidewiki before, the next time SlideWiki is used, the editor and other features are not working anymore.
This can be resolved by completely resetting the browser.
Reported for Chrome 75 on Windows.
All form fields are reachable via tab-key, but there is no optical keyboard focus on the form fields "Wählen Sie das Thema" und "Wählen Sie die Tags".
A lot of text is still hard-coded in the system. Additionally, not all translation strings are translated.
Request: Paragraphs are marked with suitable structural elements. The division into smaller units facilitates handling and understanding.
Issues:
Some elements of different pages are not marked with the necessary p-element:
The nesting of the hierarchy levels does not correspond to the content structure on both sides checked. There is twice a heading that refers to personal settings ("Persönliche Einstellungen" and "Profile Settings").
A heading h1 should be created that precedes the following heading levels (suggestion: "Eigenes Profil"). The headings "Persönliche Einstellungen", "Gruppen", "Analytics", "Bild austauschen" and "Ändere meine persönlichen Daten" should be assigned to level h2.
https://slidewiki.org/user/vivien.zschammer/settings/profile
https://slidewiki.org/user/vivien.zschammer/stats
Loading indicators are missing for at least the history and usage tabs.
Inconsistency w.r.t. the Markdown editor new lines reported via email:
When writing text into the Markdown Editor and pressing Enter:
Enter once: The text in the slide is still displayed in one line.
Enter twice: Text in the slide is displayed in a line below but with a big space.
Compared to the regular editor:
Enter once: Text in a line below with a small space
Enter twice: Text in a line below with a big space
I think it should be good to have the Markdown working the same way as the regular editor.
Reported by Petra
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.