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.
