I think it would be good to release it soon. :-)
Rooms should be on html5 way, just a&a positioning is left.
I think than we should use it in production and get some feedback...
hopefully... ;-)
Greetings Peter
Am 08.12.2017 um 10:14 schrieb Maxim Solodovnik:
Thanks for the JIRA issues :)
I believe 4.0.2 should be released as soon as Wicket 8.0.0, which
should be soon :)
On Thu, Dec 7, 2017 at 11:44 PM, Maxim Solodovnik <solomax...@gmail.com> wrote:
OK, then the easiest solution would be: to zoom document in case it is
smaller than WB
Could you please file JIRA regarding this?
On Thu, Dec 7, 2017 at 8:44 PM, Peter Dähn <da...@vcrp.de> wrote:
I believe most of the moderators doesn't care about what kind of width we
are talking about... ;-)
I think the question is, what will be expected from the majority, if
choosing one of the zoom options. And here I got the feedback, that zoom on
the document (or as you said object dependent) is expected. And former
whiteboard did that trick so at least here the people will realize this
"loss of quality".
Greetings Peter
Am 07.12.2017 um 14:30 schrieb Maxim Solodovnik:
I guess this is also some kind of "wording" issue
I read "Page width" as WB width == browser page width
You read it as document page with == browser page width
"document fit" might be the option, but this will add complication to zoom
logic
In previous version WB size was sort of fluid, it re-calculated based
on the object s on WB
Also complicated and hard to maintain :(
On Thu, Dec 7, 2017 at 8:03 PM, Peter Dähn <da...@vcrp.de> wrote:
I believe this is discussable.
I would say, if I have a presentation/webinar I would have some documents
that I put on the wb and that should take the maximum space (for me and
any
of my students). And therefore are full fit and page width. And
afterwards I
would start to draw something on my slides.
If all that doesn't make sense I would suggest "document fit" and
"document
width" zoom level. And a wish, uploading a document to an empty wb should
trigger "document fit".
Greetings Peter
On Thu, Dec 7, 2017 at 7:17 PM, Maxim Solodovnik <solomax...@gmail.com>
wrote:
Imagine the following scenario
you have created diagram on the WB
with images, arrows, text etc.
and this diagram took the whole width of the WB 1920 px ...
Now you have uploaded document with page width of 500px
Should I cut all your diagram and mage WB width == 500px?
On Thu, Dec 7, 2017 at 7:10 PM, Peter Dähn <da...@vcrp.de> wrote:
I agree this is no blocker.
But I think "full fit" and "page width" as zoom level doesn't make sense
now. These should take the document as reference and not the the
whiteboard.
"Page width" (my understanding) should zoom to maximize the document
horizontally and "full fit" either vertically or horizontally. And this
is
not the behaviour right now (flash whiteboard it was in that way...).
Greetings Peter
Am 07.12.2017 um 09:27 schrieb Maxim Solodovnik:
Hello Peter,
I'm not sure this the "issue" :))
1) We have to create WB of some predefined size. (this size is hardcoded
to
be WxH 1920x1080)
2) in case document dimensions are bigger WB size will be increased
3) in case document dimensions are smaller it will occupy less space
So I'm not sure how this should be addressed :(
We can create separate thread and discuss possible solution ....
I believe this not blocker
On Thu, Dec 7, 2017 at 3:21 PM, Peter Dähn <da...@vcrp.de> wrote:
Hi Maxim,
unfortunately I haven't check this one before. :-(
"
... but the document on the whiteboard has a huge empty part on the right
side. And then zoom full page etc. doesn't show the expected result.
"
But it still seems to be present. I'm not sure if this have to be fixed
before release. For me it would be fine after the release, because one
could
handle it by manually zoom.
Greetings Peter
--
B.Sc. Peter Dähn
Virtueller Campus Rheinland-Pfalz
Postfach 3049
67653 Kaiserslautern
Tel: 0631/205-4944
Olat
--
WBR
Maxim aka solomax
