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 Thu, 28 Jul 2011 18:20:07 GMT
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


Mime
View raw message