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.
