Yes the easiest way is that you either wait for the release or you downlaod a nightly Build (but you might wait 1 week cause there will a new release soon).
You might need a Sys-Admin that does the installation. OpenMeetings includes a System Backup and Import function (Administration > Backup) If you have customized Source Code you will have to get in touch with the programmer that has done those modifications. Thanks for your positive feedback, Sebastian 2011/8/3 Eyedeas Company Asia-Pacific Co., Ltd <[email protected]> > Hi Sebastian, > > Thanks for the prompt reply! (whew!) Now my fingers can have a rest! > (lol) I honestly thought I was the only one with this problem. I > couldn't find anything on the board about it, then when I started bringing > up the subject, a lot of people came out. > > *Couple of questions whilst I have you please: > * > 1.How do I go about getting this bug fixed in my particular release > (openmeetings_1_7_0_r3822) (Remember, I'm no programmer!!!) > > 2. I have read that a new release is coming soon. How to get that > integrated with my current program without hurting everything that has been > customized thus far. Is there a "step by" link to show how to do? > > Many thanks again, and believe me, you DO HAVE the Rolls Royce of Web-Based > Communications. And that's both a serious & sincere comment. > > > Regards > Eyedeas (MTL) > > > > On Wed, Aug 3, 2011 at 8:37 PM, [email protected] < > [email protected]> wrote: > >> Hallo Eyedeas , >> >> the only problem can be described in two sentences: >> The Scrollbar had a bug and it was not possible to scroll to the bottom. >> This bug is fixed and will be in the next release. >> >> BTW: We misunderstood each other .. I think what you mean by "moving" is >> what I mean with "scrolling". >> You just want to see the hole document that is clear ... yoru screenshot >> exactly shows the problem ... and its already fixed. >> >> Sebastian >> >> 2011/8/3 Eyedeas Company Asia-Pacific Co., Ltd <[email protected]> >> >> Hi Sebastian, >>> >>> >>> Thanks for your response. I am not a programmer, but a mere Teacher. >>> But I really fail to understand much of what you are saying: >>> >>> (BTW, jlb [email protected] via googlegroups.com >>> Wed, Aug 3, 2011 at 6:01 PM >>> >>> mtl, >>> >>> I have the same problem with Openmeetings 1.7.0 but the version 1.6.2 >>> don't have this problem). >>> >>> *Sebastian Comment: You cannot move documents on the whiteboard. There >>> is no need and we will not implement it.* >>> >>> So what you're telling me is that it is fine not only to move file that >>> has been UPLOADED AS A .jpeg around within the whiteboard, but also resize >>> it by "grabbing" the bottom right hand corner and extending it to whatever >>> size is required, but it's not okay for *another* type of file that is >>> uploaded. Yet again, it HAS been implemented for a .jpeg, but not for >>> other files. >>> >>> Sebastian, I am reading your comments over and over again, and please I >>> am NOT being disrespectful here, absolutely not, but I don't think you've >>> grabbed what I am saying: >>> >>> Load a .doc, .xml or .pdf into the whiteboard (or just drag and drop from >>> the files on the left. At 50% it is totally not readable. Increasing >>> to 119% makes the document readable by all. >>> >>> HOWEVER, one CANNOT scroll to see the rest of the document. This is >>> the process of being able to see a document at a readable level: >>> >>> 1. Load the document >>> 2. Increase line width to 120% >>> 3. Scroll downwards >>> 4. Increase to 200% >>> 5. Scroll downwards >>> 6. Decrease to 120% (This allows the document to decrease in size, >>> ultimately moving the document so that one can see the second half. >>> >>> Items 1 - 3 allow one to see the first half of a document >>> items 4- 6 allow one to see the second half of the document >>> >>> The ONLY other alternative, is to convert every document one wants to >>> load in the whiteboard to a .pdf. THEN convert the .pdf to a .jpeg. Then >>> and ONLY then can one move the document around to the size AND position >>> within the whiteboard. (first half or second half of the page) >>> >>> I have no issue with documents staying on a whiteboard after opening a >>> new whiteboard. That's excellent, as one can have a multitude of documents >>> up at one time and move from one to the other. >>> >>> My point is that at 100% a standard word or .pdf document one needs to >>> "strain" to read it and certainly all students do. >>> >>> 120% is good, but then you cannot move the document to see the bottom >>> half of the document at that % of zoom. >>> >>> BUT, BUT, BUT, At 100% one cannot move the document to SEE the WHOLE >>> document. It's just literally impossible. Only at 50% is the whole >>> document in the window, and then of course it's just like a speck in the >>> window. >>> >>> Sebastian's Comments - * If you rethink those arguments I guess you >>> come to the same result as we did => moving/resizing the document one the >>> whiteboard makes no sense.* >>> >>> Sorry, but commonsense just doesn't compute here. If I cannot move a >>> document at 100% to see the whole document, then what is the point of >>> putting the document in the whiteboard in the first place. >>> >>> I guess, the simplest point that I can make, is: If a file is converted >>> (as I believe to a .pdf within the program and I may be wrong) and one can >>> move a file that is UPLOADED as a .jpeg, but not move any other file, what >>> is the difference with uploading a jpeg and being able to re-position it, >>> but not any other type of files?. >>> >>> I have sent a screen shot previously. Here you will see that it is at >>> 150%. Note that the scroll bar is extended fully downwards. That file >>> actually has 18 items. The most one can see is from item 1 - 12. But, >>> if i were to convert that file to a .pdf, then to a jpeg and upload the >>> ,jpeg, I can quickly and easily move the file upwards and downwards (without >>> using the scroll bar, but with the "select and object" tool) and move to a >>> position on the file that I wish students to see. >>> >>> We don't live in a perfect world. OM is a very, very good program, far >>> superior in my humble opinion than BBB. But when I was speaking about >>> commonsense previously, is WHY have the ability to move a file around to >>> position and size that one wants when uploading a jpeg file, but unable with >>> any other type of file? >>> >>> I trust now that you see my point that having the flexibility of size and >>> position of a file for viewing by uploading a ,jpeg, but NOT with any other >>> file, doesn't make sense. >>> >>> I don't wish to sound pragmatic, nor anything other than positive, but >>> I've been running around with this situation and no-one yet seems to have >>> grasped the situation in its entirety. Personally, I think you have the >>> MOST SUPERIOR conferencing software available ANYWHERE, and I've tried just >>> about all of them. >>> >>> I nearly gave up on this, and just decided in my mind to do things to get >>> around the problem, but, as a user I feel it is important for the thousands >>> of other users that I continue to push the point on this one particular >>> issue. >>> >>> >>> >>> Kind Regards >>> MTL >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> On Sat, Jul 30, 2011 at 7:38 PM, [email protected] < >>> [email protected]> wrote: >>> >>>> Hi, >>>> >>>> the scrollbar should move the document to the bottom. >>>> You cannot move documents on the whiteboard. There is no need and we >>>> will not implement it. >>>> For the majority of users its easier to use if they do not have the >>>> option to move or resize the document on the whiteboard. >>>> Actually as soon as you load a document to the whiteboard, you can turn >>>> the page of the whiteboard and the objects stay ON THAT PAGE. >>>> This hole functionality to stay those documents gets VERY complex (or >>>> makes zero sense) if for example a rect is only 50% on top of the document, >>>> will you only show the rect on the particular page of the document or all >>>> the time no matter of you move pages forward or backward? >>>> >>>> Also this full fit funtionality that auto-zooms documents to 100%. What >>>> would it make sense to zoom that document if the users can change the width >>>> height of the document on its own? >>>> >>>> If you rethink those arguments I guess you come to the same result as we >>>> did => moving/resizing the document one the whiteboard makes no sense. >>>> >>>> If there is a bug with the scrollbar itself please make a screenshot, >>>> attach it to the Issue tracker and we will look after it. >>>> >>>> Sebastian >>>> >>>> >>>> >>>> 2011/7/30 Mayank Jain <[email protected]> >>>> >>>>> MTL, >>>>> >>>>> This looks like a bug to me, I am able to reproduce the same with >>>>> openmeetings_1_7_0_r3822. IMO you should file a bug >>>>> <http://code.google.com/p/openmeetings/issues/list>with all the >>>>> relevant information that you can provide. >>>>> >>>>> Regards, >>>>> Mayank Jain >>>>> >>>>> >>>>> On 7/30/2011 7:46 AM, Eyedeas Company Asia-Pacific Co., Ltd wrote: >>>>> >>>>> Hi, >>>>> >>>>> I have posted this email previously, and whilst "Mayanak" was kind >>>>> enough to reply and fix one particular problem, another still exists. >>>>> >>>>> When moving a .jpeg into the whiteboard, one can move, resize and >>>>> scroll the file around so that it is easily viewable in all. >>>>> >>>>> However, when moving .doc, .dox, .pdf or .xml files into the whiteboard >>>>> area, one cannot move the image within the white-board. Increasing the >>>>> "line width" to (say 200) increases the size, yes, but one can only see >>>>> half >>>>> the file within the whiteboard. Even selecting the "select object" tool >>>>> fails to be able to move the file around within the whiteboard as can be >>>>> done when inserting a .jpeg. >>>>> >>>>> Sebastian, do you know why this is the case? Know one seems to be >>>>> able to solve this anomaly. It doesn't compute ("pardon the pun") that >>>>> one can move a .jpeg any which way one wants, up down, across, grab the >>>>> bottom of the file, drag to extend, but with .doc, .xml, .pdf, ONLY HALF >>>>> THE >>>>> PAGE can be viewed. Scrolling makes no difference because the scroll >>>>> bar >>>>> does not enable to move to the bottom of the page of the file within the >>>>> whiteboard. >>>>> >>>>> Please, any light shed on this problem is much appreciated. >>>>> >>>>> I am using openmeetings_1_7_0_r3822 >>>>> >>>>> >>>>> Kind Regards >>>>> MTL >>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "OpenMeetings User" group. >>>>> To post to this group, send email to >>>>> [email protected]. >>>>> To unsubscribe from this group, send email to >>>>> [email protected]. >>>>> For more options, visit this group at >>>>> http://groups.google.com/group/openmeetings-user?hl=en. >>>>> >>>>> >>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "OpenMeetings User" group. >>>>> To post to this group, send email to >>>>> [email protected]. >>>>> To unsubscribe from this group, send email to >>>>> [email protected]. >>>>> For more options, visit this group at >>>>> http://groups.google.com/group/openmeetings-user?hl=en. >>>>> >>>> >>>> >>>> >>>> -- >>>> Sebastian Wagner >>>> http://www.webbase-design.de >>>> http://openmeetings.googlecode.com >>>> http://www.wagner-sebastian.com >>>> [email protected] >>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "OpenMeetings User" group. >>>> To post to this group, send email to [email protected] >>>> . >>>> To unsubscribe from this group, send email to >>>> [email protected]. >>>> For more options, visit this group at >>>> http://groups.google.com/group/openmeetings-user?hl=en. >>>> >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "OpenMeetings User" group. >>> To post to this group, send email to [email protected]. >>> To unsubscribe from this group, send email to >>> [email protected]. >>> For more options, visit this group at >>> http://groups.google.com/group/openmeetings-user?hl=en. >>> >> >> >> >> -- >> Sebastian Wagner >> http://www.webbase-design.de >> http://openmeetings.googlecode.com >> http://www.wagner-sebastian.com >> [email protected] >> >> -- >> You received this message because you are subscribed to the Google Groups >> "OpenMeetings User" group. >> To post to this group, send email to [email protected]. >> To unsubscribe from this group, send email to >> [email protected]. >> For more options, visit this group at >> http://groups.google.com/group/openmeetings-user?hl=en. >> > > -- > You received this message because you are subscribed to the Google Groups > "OpenMeetings User" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/openmeetings-user?hl=en. > -- Sebastian Wagner http://www.webbase-design.de http://openmeetings.googlecode.com http://www.wagner-sebastian.com [email protected] -- You received this message because you are subscribed to the Google Groups "OpenMeetings User" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/openmeetings-user?hl=en.
