Mailing-List: contact general-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@incubator.apache.org
Received-SPF: neutral (nike.apache.org: 76.96.27.211 is neither permitted nor
 denied by domain of jim@jagunet.com)
Content-Type: text/plain; charset=koi8-r
Mime-Version: 1.0 (Apple Message framework v1244.3)
Subject: Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing
From: Jim Jagielski <jim@jaguNET.com>
In-Reply-To: 
 <CAC0wh9Y7-LzSUWxhzJjtpW+Cfv7rYC5q-M2AZX7vUYPd=Y0WhQ@mail.gmail.com>
Date: Thu, 11 Aug 2011 09:55:02 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <C4B230EC-467F-4CDE-885F-523BFB8AB198@jaguNET.com>
References: <1434b04c0910270358t5c524978t3a5094f4c33f4b70@mail.gmail.com>
 <1434b04c0910270422j1f2c2d69l8c77517537fb1820@mail.gmail.com>
 <CAC0wh9Z91eKv99nfJeqKuQEMtKigmUsBtprNFK9yFNe1kWkQNw@mail.gmail.com>
 <CAGc_3jHe-bjnqtJWopdhcqMN2w8JPvMGNTpmA1p4KHEL71tDeg@mail.gmail.com>
 <CAC0wh9Y7-LzSUWxhzJjtpW+Cfv7rYC5q-M2AZX7vUYPd=Y0WhQ@mail.gmail.com>
To: general@incubator.apache.org,
 seba.wagner@gmail.com

I've signed up for Mentor, in case we go ahead...
On Jul 29, 2011, at 5:46 AM, dsh wrote:

> Sebastian and Alexei,
>=20
> your are welcome! Btw, here is my +1
>=20
> On Fri, Jul 29, 2011 at 9:47 AM, Alexei Fedotov
> <alexei.fedotov@gmail.com> wrote:
>> Daniel,
>> Thank you for an excellent report!
>>=20
>> --
>> With best regards / =D3 =CE=C1=C9=CC=D5=DE=DB=C9=CD=C9 =D0=CF=D6=C5=CC=C1=
=CE=C9=D1=CD=C9,
>> Alexei Fedotov / =E1=CC=C5=CB=D3=C5=CA =E6=C5=C4=CF=D4=CF=D7,
>> http://dataved.ru/
>> +7 916 562 8095
>>=20
>>=20
>>=20
>>=20
>> On Thu, Jul 28, 2011 at 10:20 PM, dsh <daniel.haischt@googlemail.com> =
wrote:
>>> Hi,
>>>=20
>>> please find my feedback below:
>>>=20
>>> OS X Lion:
>>>=20
>>> * 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.
>>>=20
>>> OS X Snow Leopard:
>>>=20
>>> * 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.
>>>=20
>>> Windows 7 Ultimate:
>>>=20
>>> * 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.
>>>=20
>>> Fedora Core 15 Gnome Edition:
>>>=20
>>> * 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.
>>>=20
>>> Fedora Core 15 KDE Edition:
>>>=20
>>> * 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.
>>>=20
>>> Ubuntu 11.04 (Natty):
>>>=20
>>> * 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.
>>>=20
>>> Debian 6.0.1:
>>>=20
>>> * 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)
>>>=20
>>> Openindiana Build 148:
>>>=20
>>> * 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.
>>>=20
>>> PCBSD 9 Isotope Edition (KDE 4.6.3 Desktop):
>>>=20
>>> ** 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.
>>>=20
>>> Overall observation:
>>>=20
>>> 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).
>>>=20
>>> So maybe working on the above identified Java/Flash issues could be
>>> one objective for the incubation phase.
>>>=20
>>> 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.
>>>=20
>>> Cheers
>>> Daniel
>>>=20
>>> On Tue, Oct 27, 2009 at 12:22 PM, Sebastian Wagner
>>> <seba.wagner@gmail.com> wrote:
>>>> hi,
>>>>=20
>>>> we would like to propose Openmeetings project to join the =
incubator.
>>>>=20
>>>> Full Proposal:
>>>> http://wiki.apache.org/incubator/OpenmeetingsProposal
>>>>=20
>>>> 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, =
...
>>>>=20
>>>> You may find all existing documents and further material on the =
GoogleCode
>>>> pages: http://code.google.com/p/openmeetings/
>>>>=20
>>>>=20
>>>> We appreciate any feedback and comments on the proposal.
>>>>=20
>>>>=20
>>>> sebastian wagner
>>>> --
>>>> Sebastian Wagner
>>>> http://www.webbase-design.de
>>>> http://openmeetings.googlecode.com
>>>> http://www.laszlo-forum.de
>>>> seba.wagner@gmail.com
>>>>=20
>>>=20
>>> =
---------------------------------------------------------------------
>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>=20
>>>=20
>>=20
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>=20
>>=20
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>=20


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