I couldn’t agree more with Maxim. I think there is more emphasis required on functionality rather than cosmetics at this stage. I’ve got a list as long as my arm at this stage and consciously decided not to bring them into conversation for now, so as not to distract everyone from the main objective as to having such a platform up and running. If it meets the basic requirements, of which I have not tested everything (for example recording and so on... which my students would feel a little uncomfortable about anyway)... but yes, I agree there are tweaks and issues that can be addressed on a user by user basis... some of which are great.... but maybe we can address this in a different forum... “Tweaks and Issues” ... or even “themes issues” etc... maybe... as an example. Either way... as limited as my experience is... I’ve grown an affiliation to this group... and the resources are huge. Google or use of the search query in the forums will offer some wonderful guidance and I will personally do my best to help with certain queries... we all know that Maxim answers as many queries as possible.... but how many of you know how many Maxims are out there? Hope this makes sense, I don’t intend to sound arrogant... but if you are looking for a national health service equivalent... Maxim is... and has been... your frontline. Goodnight.
Sent from my iPhone > On Apr 19, 2020, at 1:59 AM, Maxim Solodovnik <solomax...@gmail.com> wrote: > > The VOTE for M4 has been started: > https://markmail.org/message/zuduhgvci7lm2owy > >> On Sun, 19 Apr 2020 at 13:56, <i...@bureau-de-poste.net> wrote: >> >> Hello, >> >> Let's NOT let this style guide idea block the forthcoming 5.0.0 release - >> which we have been waiting for for so long, please. If people want to have a >> style guide - let's do it for the 5.0.1 or 5.1 release, please. This will >> take too long to do before the 5.0.0 release. >> >> best, >> >> Ed >> >> >> Quoting seba.wag...@gmail.com: >> >> Hi, >> >> I would like to establish a Style Guide for OpenMeetings. >> >> Why is it important to have a Style Guide >> A Style guide helps to make consistent design decisions. A reference to >> agree on before doing try-and-error discussions that can be costly and >> frustrating. In the end it may not really matter if the colour of the alert >> modal is red or orange. And it may not matter if the OK and Cancel button is >> left and right. Or the opposite. >> >> But what matters is that once you decide for one of those patterns you do it >> consistently! Not come up with alternating patterns or have various >> different versions of a UI/UX of similar functionality. >> >> Further material and examples on what a typical Style Guide (and StoryBooks) >> would contain and solve: >> >> https://www.toptal.com/designers/ui/ui-styleguide-better-ux >> http://styleguides.io/examples.html >> >> So I made a start here: >> https://cwiki.apache.org/confluence/display/OPENMEETINGS/OpenMeetings+UI+and+UX+Style+Guide >> >> And I started with 2 topics: >> >> Hiding vs Disabling of elements: >> https://cwiki.apache.org/confluence/display/OPENMEETINGS/OpenMeetings+UI+and+UX+Style+Guide#OpenMeetingsUIandUXStyleGuide-HidingvsDisablingelements >> Primary vs Secondary call to actions buttons: >> https://cwiki.apache.org/confluence/display/OPENMEETINGS/OpenMeetings+UI+and+UX+Style+Guide#OpenMeetingsUIandUXStyleGuide-PrimaryvsSecondarycalltoactionsbuttons >> >> Needs your Support >> If you could please add some feedback on those topics. >> And also if you could help adding more topics where you feel like there is >> some inconsistency that would be worth agreeing on. >> >> I appreciate this could be a long process and seems tedious to discuss this >> in such detail. But it will be much faster to discuss this in theory and >> agree (or disagree) on a style guide than refactor things later. >> As well as it will help to discover inconsistencies that make the >> application hard to use. >> >> Thanks, >> Seb >> -- >> Sebastian Wagner >> https://twitter.com/#!/dead_lock >> seba.wag...@gmail.com >> >> >> > > > -- > Best regards, > Maxim