incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From dsh <daniel.hais...@googlemail.com>
Subject Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing
Date Fri, 29 Jul 2011 09:46:24 GMT
Sebastian and Alexei,

your are welcome! Btw, here is my +1

On Fri, Jul 29, 2011 at 9:47 AM, Alexei Fedotov
<alexei.fedotov@gmail.com> wrote:
> Daniel,
> Thank you for an excellent report!
>
> --
> With best regards / с наилучшими пожеланиями,
> Alexei Fedotov / Алексей Федотов,
> http://dataved.ru/
> +7 916 562 8095
>
>
>
>
> On Thu, Jul 28, 2011 at 10:20 PM, dsh <daniel.haischt@googlemail.com> wrote:
>> Hi,
>>
>> please find my feedback below:
>>
>> OS X Lion:
>>
>> * tested with:
>> ** Firefox 5.0.1 and Adobe Flash Player 10.3
>> ** Safari 5.1 and Adobe Flash Player 10.3
>> * Observations:
>> ** Openmeetings did not work with Firefox/Safari if using a webcam/mic
>> cause on the adobe flash player settings dialog it was not possible to
>> click allow nor deny
>> ** In Safari clicking the share/record screen button N times did open
>> the screen sharing app N times (maybe you want to check whether an
>> instance of the app is already running)
>> ** I understand if sharing screens everybody has control over your
>> screen. you may consider adding a view only mode too.
>> ** you might check while signing up whether popup blockers are active.
>> if yes you could prompt the user to disable popup blockers first
>> before signing in.
>> ** pressing the share/record screen button opens a new, blank window
>> just to download the JNLP app. maybe you want to change that to not
>> open a separate window that needs to be closed after starting the JNLP
>> app
>> ** It looks like after stopping screen sharing the shared screen still
>> remains on each participants screen. Maybe it would make sense to
>> provide a message to each participant that the host stopped sharing
>> its screen.
>>
>> OS X Snow Leopard:
>>
>> * tested with:
>> ** Firefox 5.0.1 and Adobe Flash Player 10.3
>> ** Safari 5.1 and Adobe Flash Player 10.3
>> * Observations:
>> ** Openmeetings did not work with Firefox cause the initial screen did
>> not load after signing up
>> ** In Safari clicking the share/record screen button N times did open
>> the screen sharing app N times (maybe you want to check whether an
>> instance of the app is already running)
>> ** I understand if sharing screens everybody has control over your
>> screen. you may consider adding a view only mode too.
>> ** you might check while signing up whether popup blockers are active.
>> if yes you could prompt the user to disable popup blockers first
>> before signing in.
>> ** pressing the share/record screen button opens a new, blank window
>> just to download the JNLP app. maybe you want to change that to not
>> open a separate window that needs to be closed after starting the JNLP
>> app
>> ** It looks like after stopping screen sharing the shared screen still
>> remains on each participants screen. Maybe it would make sense to
>> provide a message to each participant that the host stopped sharing
>> its screen.
>>
>> Windows 7 Ultimate:
>>
>> * tested with:
>> ** Firefox 4.0.1 and Adobe Flash Player 10.3
>> ** Firefox 5.0.1 and Adobe Flash Player 10.3
>> ** Safari 5.1 and Adobe Flash Player 10.3
>> * Observations:
>> ** In Firefox clicking the share/record screen button N times did open
>> the screen sharing app N times (maybe you want to check whether an
>> instance of the app is already running)
>> ** I understand if sharing screens everybody has control over your
>> screen. you may consider adding a view only mode too.
>> ** you might check while signing up whether popup blockers are active.
>> if yes you could prompt the user to disable popup blockers first
>> before signing in.
>> ** In Safari signing up did open a new window instead of opening a new
>> tab which is different to Firefox"s behaviour (maybe this can be
>> changed in the Safari prefs)
>> ** pressing the share/record screen button opens a new, blank window
>> just to download the JNLP app. maybe you want to change that to not
>> open a separate window that needs to be closed after starting the JNLP
>> app
>> ** It looks like after stopping screen sharing the shared screen still
>> remains on each participants screen. Maybe it would make sense to
>> provide a message to each participant that the host stopped sharing
>> its screen.
>>
>> Fedora Core 15 Gnome Edition:
>>
>> * tested with:
>> ** Firefox 4.0.1 and Adobe Flash Player 11
>> * Observations:
>> * I had to download the JNLP file and execute it using javaws on the
>> command line. Did expect it would be run more seamlessly cause the
>> IcedTea-Web plug-in is installed
>> ** In Firefox clicking the share/record screen button N times did open
>> the screen sharing app N times (maybe you want to check whether an
>> instance of the app is already running)
>> ** I understand if sharing screens everybody has control over your
>> screen. you may consider adding a view only mode too.
>> ** you might check while signing up whether popup blockers are active.
>> if yes you could prompt the user to disable popup blockers first
>> before signing in.
>> ** pressing the share/record screen button opens a new, blank window
>> just to download the JNLP app. maybe you want to change that to not
>> open a separate window that needs to be closed after starting the JNLP
>> app
>> ** It looks like after stopping screen sharing the shared screen still
>> remains on each participants screen. Maybe it would make sense to
>> provide a message to each participant that the host stopped sharing
>> its screen.
>>
>> Fedora Core 15 KDE Edition:
>>
>> * tested with:
>> ** Firefox 5.0 and Adobe Flash Player 11
>> * Observations:
>> * The JNLP app was started using IcedTea-Web on the fly. So I guess on
>> Fedora Core Gnome Edition one would need to manually setup some mime
>> types etc. in firefox to recognize JNLP files accordingly
>> ** In Firefox clicking the share/record screen button N times did open
>> the screen sharing app N times (maybe you want to check whether an
>> instance of the app is already running)
>> ** I understand if sharing screens everybody has control over your
>> screen. you may consider adding a view only mode too.
>> ** you might check while signing up whether popup blockers are active.
>> if yes you could prompt the user to disable popup blockers first
>> before signing in.
>> ** pressing the share/record screen button opens a new, blank window
>> just to download the JNLP app. maybe you want to change that to not
>> open a separate window that needs to be closed after starting the JNLP
>> app
>> ** It looks like after stopping screen sharing the shared screen still
>> remains on each participants screen. Maybe it would make sense to
>> provide a message to each participant that the host stopped sharing
>> its screen.
>>
>> Ubuntu 11.04 (Natty):
>>
>> * tested with:
>> ** Firefox 5.0 and Adobe Flash Player 10.3
>> * Observations:
>> * The JNLP app was started using IcedTea-Web on the fly. So I guess on
>> Fedora Core Gnome Edition one would need to manually setup some mime
>> types etc. in firefox to recognize JNLP files accordingly
>> ** In Firefox clicking the share/record screen button N times did open
>> the screen sharing app N times (maybe you want to check whether an
>> instance of the app is already running)
>> ** I understand if sharing screens everybody has control over your
>> screen. you may consider adding a view only mode too.
>> ** you might check while signing up whether popup blockers are active.
>> if yes you could prompt the user to disable popup blockers first
>> before signing in.
>> ** pressing the share/record screen button opens a new, blank window
>> just to download the JNLP app. maybe you want to change that to not
>> open a separate window that needs to be closed after starting the JNLP
>> app
>> ** pressing the share/record screen button did not lead to an
>> immediate screen sharing session. Maybe you could provide some
>> indication that the screen sharing session is being initialized to
>> prevent clicking the share/record screen button multiple times.
>> ** It looks like after stopping screen sharing the shared screen still
>> remains on each participants screen. Maybe it would make sense to
>> provide a message to each participant that the host stopped sharing
>> its screen.
>>
>> Debian 6.0.1:
>>
>> * tested with:
>> ** Iceweasl 3.5.16 and Adobe Flash Player 10.1
>> * Observations:
>> ** After signing up the application did not load. I suppose this is
>> due to using Gnash that comes together with Debian (I could read the
>> autoconnect message but the progressbar did not appear). Installing
>> the official Adobe Flash 11 for 64bit systems player fixed this.
>> ** you might check while signing up whether popup blockers are active.
>> if yes you could prompt the user to disable popup blockers first
>> before signing in.
>> ** On some Linux distributions (including Debian) the web browser
>> window was resized after clicking sign-up. This might be annoying to
>> some users.
>> ** Pressing the allow button on the flash player prefs pane caused
>> Iceweasle to crash (this did happen after upgrading to the official
>> adobe flash player)
>>
>> Openindiana Build 148:
>>
>> * tested with:
>> ** Firefox 3.6.8 and Adobe Flash Player 10.3
>> * Observations:
>> * The JNLP app was started using JavaWS on the fly. So I guess on
>> Fedora Core Gnome Edition one would need to manually setup some mime
>> types etc. in firefox to recognize JNLP files accordingly
>> ** In Firefox clicking the share/record screen button N times did open
>> the screen sharing app N times (maybe you want to check whether an
>> instance of the app is already running)
>> ** I understand if sharing screens everybody has control over your
>> screen. you may consider adding a view only mode too.
>> ** you might check while signing up whether popup blockers are active.
>> if yes you could prompt the user to disable popup blockers first
>> before signing in.
>> ** pressing the share/record screen button opens a new, blank window
>> just to download the JNLP app. maybe you want to change that to not
>> open a separate window that needs to be closed after starting the JNLP
>> app
>> ** pressing the share/record screen button did not lead to an
>> immediate screen sharing session. Maybe you could provide some
>> indication that the screen sharing session is being initialized to
>> prevent clicking the share/record screen button multiple times.
>> ** It looks like after stopping screen sharing the shared screen still
>> remains on each participants screen. Maybe it would make sense to
>> provide a message to each participant that the host stopped sharing
>> its screen.
>> ** On some operating systems (including Openindiana) the web browser
>> window was resized after clicking sign-up. This might be annoying to
>> some users.
>>
>> PCBSD 9 Isotope Edition (KDE 4.6.3 Desktop):
>>
>> ** Firefox 4.0.1 and Linux Adobe Flash Player 10
>> * Observations:
>> * Gave up in the end because the flash play didn't work accordingly
>> and installing Java is a real PITA. Guess even if it's called PCBSD,
>> it's not a real end user (aka desktop) system because it heavily
>> depends on the FreeBSD system.
>>
>> Overall observation:
>>
>> The only thing which is introducing some issues on certain platforms
>> is Java/Flash as a plug-in on certain platforms cause they are not
>> treated as 1st class citizen of the operating systems. For instance on
>> OS X Lion Java has been removed and must be installed first prior to
>> be able to use Java-based apps. Linux seems to be exposing some
>> difficulties with both Flash and Java (i.e. webstart).
>>
>> So maybe working on the above identified Java/Flash issues could be
>> one objective for the incubation phase.
>>
>> If I would have a free wish I'd like to see OpenMeetings supporting
>> the capability to join an Asterisk phone conference call. That way I
>> could be using real phones I am using at home connected to an Askozia
>> PBX for instance to have conference calls using OpenMeetings.
>>
>> Cheers
>> Daniel
>>
>> On Tue, Oct 27, 2009 at 12:22 PM, Sebastian Wagner
>> <seba.wagner@gmail.com> wrote:
>>> hi,
>>>
>>> we would like to propose Openmeetings project to join the incubator.
>>>
>>> Full Proposal:
>>> http://wiki.apache.org/incubator/OpenmeetingsProposal
>>>
>>> Quick summary:
>>> OpenMeetings is Web Conferencing application that fits into educational or
>>> business sector. You can make conference sessions in different room-types
>>> with up to 100 peoples in a Room. It contains all main features of Web
>>> Conferencing: Audio/Video, Whiteboard, Screen Sharing, Chat and Moderation
>>> System. It is translated into more then 20 languages and its a basic goal of
>>> OpenMeetings to be easy to embed into existing environments. It already uses
>>> many of Apache Technologies like Tomcat, Mina, Velocity, Commons, ...
>>>
>>> You may find all existing documents and further material on the GoogleCode
>>> pages: http://code.google.com/p/openmeetings/
>>>
>>>
>>> We appreciate any feedback and comments on the proposal.
>>>
>>>
>>> sebastian wagner
>>> --
>>> Sebastian Wagner
>>> http://www.webbase-design.de
>>> http://openmeetings.googlecode.com
>>> http://www.laszlo-forum.de
>>> seba.wagner@gmail.com
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


Mime
View raw message