this patch not only fixes the issue in the title
also fixes similar problems such as lets say the
browser page is not maximized and then it is decided
to be maximized. This operation normally does trigger redrawing
but it only draws tiles that are in the cache already and does not
trigger tile invalidation and cells can stay empty until something
retriggers tile invalidation again
Signed-off-by: Mert Tumer <mert.tumer@collabora.com>
Change-Id: I5981aa36c77a87626809c92e72e1cd6263826953
When an image is inserted, the cursor is not shown.
Change-Id: Iea305a9a666bf06c68e7407eac3252f7faab627a
Signed-off-by: Henry Castro <hcastro@collabora.com>
The svg sent from core does not exactly match the corresponding contents
in tile of the shape - especially the legend texts. This commit does not
attempt to fix that.
Before the commit e64ff372fc, the svg
embedded image was always hidden when a shape/chart/ole is merely
selected and it is only shown while the shape is being resized or moved.
Because of the strict inequality used with getAttribute('opacity') this
condition is always true at least in Chrome as getAttribute() returns a
string. Comparing the parsed integer version of that results in the
intended behaviour and also hides the svg preview when chart/shape is
not dragged or resized.
Signed-off-by: Dennis Francis <dennis.francis@collabora.com>
Change-Id: I0aef873e392b0959e93057e6399e8f77cf70042c
With changes from 76121778ca
- We started to overwrite default user agent styles and with it
decreasing the difference between disabled and enabled buttons making it
very difficult to distinguish between the two.
- Also border width was set to different values (disabled btn getting it
from our stylesheet and enabled from browsers styles) causing the btn to
"jump" in size and position when changing between states
Fix those and add new css vars for btns so to avoid mistakes
in the future
Signed-off-by: Pedro Pinto Silva <pedro.silva@collabora.com>
Change-Id: I3ec865ecbbff44c90357d1d6de44a2e6f633bc3f
This is to guard against 'faileddocloading' or other error message(s)
sent after the correct 'passwordrequired:to-view' message when a
protected document is loaded without providing password.
Signed-off-by: Dennis Francis <dennis.francis@collabora.com>
Change-Id: I13b1d4a805916fc7a209464f63cb2ecf883b11c4
Reproduction:
Opening a password protected document gives an error corresponding to
'faileddocloading' and then a blank file is displayed.
Fix:
Since 0b76383346, when Document::load()
fails without any exception, onLoad() sends
"error: cmd=load kind=faileddocloading"
to the client. This is a problem when load() fails just because the
client did not provide password for a password protected document.
Besides for all "exception free cases" load() already sends the correct
error message(s) to the client. So this patch also avoids sending
duplicate error messages.
Signed-off-by: Dennis Francis <dennis.francis@collabora.com>
Change-Id: I422740ab8855ed772461c23f42a5443afb729bb5
- Make sure overlay stays an overlay and not a solid opaque color
- Make sure dialogs' background is white and not gray
- Since they appear above the content they shouldn't be darker
- Also make sure Welcome dialog is not gray
related:
6f2be29ab74a5b3b646508a500e938
Signed-off-by: Pedro Pinto Silva <pedro.silva@collabora.com>
Change-Id: I4fbaa3f79f7fb1c348b5fe0ef87e98f9007ce007
replace white with var's
autofilter-container use var colors
Signed-off-by: andreas kainz <kainz.a@gmail.com>
Change-Id: If724c88829c0c69d09be4a29b218593542693add
simplify the notebookbar.tabs-container:after and :before
use box-shadow similar to toolbar-up scroll-left and scroll-right
Signed-off-by: andreas kainz <kainz.a@gmail.com>
Change-Id: I236ae45f2418bb10be0ac76d4c1a406e487e759e
the missing var colors have to be fixed more in detail.
Signed-off-by: andreas kainz <kainz.a@gmail.com>
Change-Id: I493928539cceb5539af3a3884fae1b6c2079fbd7