From general-return-30840-apmail-incubator-general-archive=incubator.apache.org@incubator.apache.org Thu Jul 28 22:03:35 2011 Return-Path: X-Original-To: apmail-incubator-general-archive@www.apache.org Delivered-To: apmail-incubator-general-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D4A0771B8 for ; Thu, 28 Jul 2011 22:03:35 +0000 (UTC) Received: (qmail 33265 invoked by uid 500); 28 Jul 2011 22:03:34 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 32802 invoked by uid 500); 28 Jul 2011 22:03:33 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 32392 invoked by uid 99); 28 Jul 2011 22:03:33 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Jul 2011 22:03:33 +0000 X-ASF-Spam-Status: No, hits=1.8 required=5.0 tests=FREEMAIL_FROM,FREEMAIL_REPLY,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of daniel.haischt@googlemail.com designates 209.85.161.175 as permitted sender) Received: from [209.85.161.175] (HELO mail-gx0-f175.google.com) (209.85.161.175) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Jul 2011 22:03:26 +0000 Received: by gxk3 with SMTP id 3so2274243gxk.6 for ; Thu, 28 Jul 2011 15:03:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=c5EHEGxvBiR/fsWUMA1PX1SUW3aYuzugGSNIhK+c49s=; b=cpPdy0Y91sPqcwu7DZJN5CqOybwF3dOBna26MzQfOqRZbHqXpGDfzmlNAj9V3L25gB poTJP0AZsebXffl2Ux5UoCNPQ2R7YLERTOQIARPriAOhLa9cLV8ue9mjbOzeaInAkTs7 /G5b2CHJzSeCB0IofnxEdXO39f6SIdFDk/k8g= MIME-Version: 1.0 Received: by 10.150.209.21 with SMTP id h21mr428522ybg.156.1311890583814; Thu, 28 Jul 2011 15:03:03 -0700 (PDT) Received: by 10.150.96.18 with HTTP; Thu, 28 Jul 2011 15:03:02 -0700 (PDT) In-Reply-To: References: <1434b04c0910270358t5c524978t3a5094f4c33f4b70@mail.gmail.com> <1434b04c0910270422j1f2c2d69l8c77517537fb1820@mail.gmail.com> Date: Fri, 29 Jul 2011 00:03:02 +0200 Message-ID: Subject: Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing From: dsh To: general@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Amendment: If using the FreeBSD Linuxulator together with the Adobe Flash Player 11b1 and OpenJDK 6, Openmeetings works on PCBSD :) PS: Observation on Win XP SP3 with Symantec Client Firewall - The signup/connect attempt has been catched by the firewall software. Cheers Daniel On Thu, Jul 28, 2011 at 8:20 PM, dsh 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 > 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