What kind of solution would be better for switching codecs, AEC, EM and
echo suppression: using config.xml or Configuration in the
Administration menu?
2013/4/23 Joseph Karwat jkar...@jellnet.com
IMHO. When something does not work well users generally ask for help from
their service provider.
The basic rule so far was to put client side/ UI / layout settings in the
config.xml.
The config.xml is parsed by both SWFs (SWF8 and SWF10) on startup one time.
So it is also rather easy compared to have a database value that then has
to be somehow loaded to the client.
Sebastian
2013/4/24
I would prefer Admin-configuration since it is migrated while OM upgrades
But config.xml requires less code changes :)
On Wed, Apr 24, 2013 at 2:40 PM, seba.wag...@gmail.com
seba.wag...@gmail.com wrote:
The basic rule so far was to put client side/ UI / layout settings in the
config.xml.
+1 for database due to import / export argument
On Apr 24, 2013 11:49 AM, Maxim Solodovnik solomax...@gmail.com wrote:
I would prefer Admin-configuration since it is migrated while OM upgrades
But config.xml requires less code changes :)
On Wed, Apr 24, 2013 at 2:40 PM, seba.wag...@gmail.com
+1 too.
BTW - If we store these settings in Admin, is it possible that we would
not need to re-start OpenMeetings server to switch to the new values
after their saving?
Best regards,
Irina.
On 24.04.2013 15:27, Alexei Fedotov wrote:
+1 for database due to import / export argument
On Apr
+1 for database
Thanks,
Vasiliy
On 24.04.2013 14:49, Maxim Solodovnik wrote:
I would prefer Admin-configuration since it is migrated while OM upgrades
But config.xml requires less code changes :)
On Wed, Apr 24, 2013 at 2:40 PM, seba.wag...@gmail.com
seba.wag...@gmail.com wrote:
The
Storing in config.xml required re-loading swf. The server did not require
restart
On Apr 24, 2013 12:37 PM, Irina Arkhipets ia...@unipro.ru wrote:
+1 too.
BTW - If we store these settings in Admin, is it possible that we would
not need to re-start OpenMeetings server to switch to the new
@Sebastian
As for hardware, we used jabra.
On Apr 24, 2013 12:54 PM, Vasya va...@unipro.ru wrote:
+1 for database
Thanks,
Vasiliy
On 24.04.2013 14:49, Maxim Solodovnik wrote:
I would prefer Admin-configuration since it is migrated while OM upgrades
But config.xml requires less code
If that param is part of the Administration Configuration I would propose
to have a general review which of those parameters of the config.xml.
Maybe even more of them should be moved to the database then.
This is our current client side config file:
We also have some parameters which can't be moved to database in current
implementation, for example appdisplay, availableCameraResolutions. In
my opinion all other parameters could be moved to database as needed.
2013/4/24 Alexei Fedotov alexei.fedo...@gmail.com
I mostly agree.
Maybe we
I'll vote for moving everything into DB
Appdisplay can be removed (in 3.0 in favor of CSS)
AvailableCamResolutions can be new tables like room types
Client reload will still be necessary to renew the values (in 2.1.X)
currentappname
currentappnameurl
can be dropped IMHO
other should be reviewed
What about network settings? We should have easy way to change them without
starting OM.
2013/4/24 Maxim Solodovnik solomax...@gmail.com
I'll vote for moving everything into DB
Appdisplay can be removed (in 3.0 in favor of CSS)
AvailableCamResolutions can be new tables like room types
network related staff can be moved to DB only if config will be available
via REST (probably in 3.0 we can bypass this)
On Wed, Apr 24, 2013 at 6:33 PM, Maxim Solodovnik solomax...@gmail.comwrote:
I'll vote for moving everything into DB
Appdisplay can be removed (in 3.0 in favor of CSS)
Will some attributes be kept in the config file and in the database? What
reason of that moving?
2013/4/24 Maxim Solodovnik solomax...@gmail.com
network related staff can be moved to DB only if config will be available
via REST (probably in 3.0 we can bypass this)
On Wed, Apr 24, 2013 at
I would say: in 2.1 some attributes will be ONLY in config.xml
I believe all attributes can be moved into DB in 3.0
Actually network attributes can be passed as parameters to the flash tag
in browser (object tag if I'm not mistaken)
Since all static functionality except for video (for now) will
Dear All,
I am unsubscribed from this group and even I am getting these mails.
Please, request you to please un subscribe from this group.
Thanking You and wish you all the success for your PRODUCT/s.
--
Regards,
*Rammohan Alampally *
Co-Founder | Microsharp Technologies,
www.microsharp.net |
One of the concerns people have against OpenMeetings is its complexity.
They just want to conference and not bother around with a lot of options.
I would propose to use tabs in our screens (jquieryUI tabs with
collapsible option
to save space)
So in any complex screen user will see only basic
I cannot check the license from my phone
On Apr 24, 2013 4:46 PM, Maxim Solodovnik solomax...@gmail.com wrote:
Hello all,
I would like to propose these Datetime picker
http://www.7thweb.net/wicket-jquery-ui/kendo/datetimepicker/DateTimePickerPage
to be used in our Calendar event. and maybe
it is GPLv3 which is Apache compatible
On Thu, Apr 25, 2013 at 12:29 AM, Alexei Fedotov
alexei.fedo...@gmail.comwrote:
I cannot check the license from my phone
On Apr 24, 2013 4:46 PM, Maxim Solodovnik solomax...@gmail.com wrote:
Hello all,
I would like to propose these Datetime picker
There is though javascript exception in Apache practice which treats
javascript as data, thus effectively ignores its license. I think we better
ask on the legal list.
On Apr 24, 2013 9:31 PM, Maxim Solodovnik solomax...@gmail.com wrote:
it is GPLv3 which is Apache compatible
On Thu, Apr 25,
Project page states: Licence GPLv3 AND Apache compatible
On Thu, Apr 25, 2013 at 10:24 AM, Alexei Fedotov
alexei.fedo...@gmail.comwrote:
There is though javascript exception in Apache practice which treats
javascript as data, thus effectively ignores its license. I think we better
ask on the
Hi,
I am Ketan Akade, a graduate student at the University of Southern
California. I am pursuing MS in Computer Science.
I would like to work on the *GSOC: Need to implement HTML5 whiteboard
*ideaand want to be a part of developer mailing list.
Please let me know the steps I should take to
Hello Ketan, AFAIK the task is already taken
Dear students, please, note you have to prepare several patches to show
your skill to be accepted.
On Apr 25, 2013 7:37 AM, Ketan Akade ketanak...@gmail.com wrote:
Hi,
I am Ketan Akade, a graduate student at the University of Southern
California.
From the link I have already sent:
LicensingKendo UI is licensed under GPLv3, which is compatible with Apache
License 2.0
GPLv3 is also newly compatible with a few other licenses. The Apache
License 2.0 is a prime example. Lots of great free software is available
under this license, with strong
http://openmeetings.apache.org/mail-lists.html
Andun has applied to 2 projects, not sure which one he is going to select
On Thu, Apr 25, 2013 at 10:41 AM, Alexei Fedotov
alexei.fedo...@gmail.comwrote:
Hello Ketan, AFAIK the task is already taken
Dear students, please, note you have to
This licensing incompatibility applies *only* when some Apache project
software becomes a derivative work of some GPLv3 software,
http://www.apache.org/licenses/GPL-compatibility.html
--
With best regards / с наилучшими пожеланиями,
Alexei Fedotov / Алексей Федотов,
http://dataved.ru/
+7 916
26 matches
Mail list logo
