[Libreoffice-bugs] [Bug 100528] New: AMORLINC function- Result should be #error

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100528

Bug ID: 100528
   Summary: AMORLINC function-  Result should be #error
   Product: LibreOffice
   Version: 5.3.0.0.alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: r...@post.cz

Created attachment 125815
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125815=edit
test file

=AMORLINC(1;DATE(2012;3;1);DATE(2012;12;31);-1500;1;0,3;4) -> result 3000
=AMORLINC(1;DATE(2012;3;1);DATE(2012;12;31);1500;-1;0,3;4) -> result 0

Result should be #error.


=AMORLINC(1;DATE(2012;3;1);DATE(2012;12;31);1500;1;1,3;4) -> result
-2297,222

result should be 0.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100279] OpenGL enabled: Calc Input Line is displaying block characters

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100279

--- Comment #14 from fractal618  ---
Unfortunately I cannot reproduce the bug. I have tried forcing openGL. Maybe my
.ods file is healed. Does anyone else have a file that I can open to reproduce
this bug?

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100502] The sequence in the "File Type" listing can be confusing when picking a filter/ module to use to import a document

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100502

--- Comment #3 from V Stuart Foote  ---
(In reply to Daniel B. from comment #2)
>...
> I'm also not used to even select a file type in such dialogs. It would
> therefore be probably even better, if a following dialog appears (after
> selecting the file) which lets you choose which application should open it.
> 

No, this would just be visual noise for the majority of users, any selection
would need to be on the same Open dialog--and of course that does nothing for
the OS/DE provided GUI.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 100502] The sequence in the "File Type" listing can be confusing when picking a filter/ module to use to import a document

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100502

--- Comment #3 from V Stuart Foote  ---
(In reply to Daniel B. from comment #2)
>...
> I'm also not used to even select a file type in such dialogs. It would
> therefore be probably even better, if a following dialog appears (after
> selecting the file) which lets you choose which application should open it.
> 

No, this would just be visual noise for the majority of users, any selection
would need to be on the same Open dialog--and of course that does nothing for
the OS/DE provided GUI.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 100303] ORB Report crashes on conditional formatting

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100303

Fred  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100303] ORB Report crashes on conditional formatting

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100303

--- Comment #9 from Fred  ---
Hello all,

I conducted further testing. I set up a Debian Jessie VM in which I upgraded LO
to 5.1.3.2 and again, same crashes when trying to use some conditional
formatting in reports.

Still in Debian Jessie, I then reverted back to LO 4.3.3 (official version in
the official repo) and there, perfect, no crash. I saved the odb, opened it up
in LO 5.1.3.2 and it ran fine, with conditional format. But again, it crashed
if I tried to modify anything relative to conditional formatting.

Back in Ubuntu Xenial, I installed a snap version of LO 5.2.0 beta and again,
ORB crashed repeatedly when defining conditional formatting.

Every time, with those different distros and those different LO versions, I
tested both with my existing ODB file and with a new, blank one. Crashes
occurred every single time, be it with my existing ODB or with a new one.

I am surprised nobody can reproduce the crash -- I tried it on 2 different
linux distros (although related -- Ubuntu Xenial and Debian Jessie), and on
both distros ORB crashed exactly in the same way when trying to define a
conditional format on a field, as previously described.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 92155] Docx import broken - part of document with tables/ frames not shown

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=92155

--- Comment #16 from Cor Nouws  ---
(In reply to Cor Nouws from comment #14)

> Will open new issue(s) with remaining details for the orig file (from
> comment #13)

I've created bug 100514, bug 100515, bug 100516, bug 100524, bug 100525, bug
100526 for the remaining problems.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100527] EDITING: Crash filing down multiple columns

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100527

Antonio  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||ajp...@gmail.com
 Ever confirmed|0   |1

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100526] [FILEOPEN] New line/ paragraph missing after field in table in frame in header in specific DOCX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100526

--- Comment #1 from Cor Nouws  ---
Mind that in the current version, the text box with fields already is better
then in older versions.

Before, bold text missed and one other paragraph mark too.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100527] New: EDITING: Crash filing down multiple columns

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100527

Bug ID: 100527
   Summary: EDITING: Crash filing down multiple columns
   Product: LibreOffice
   Version: unspecified
  Hardware: x86-64 (AMD64)
OS: Mac OS X (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ajp...@gmail.com

Created attachment 125814
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125814=edit
A sample financial Spreedsheet

In the sample atached if you select the cells I49:M54 and issue the FillDown
command LibreOffice crashes. It basically crash in any multi-column fill down
command that overrides some other lines within the fill area.

It was tested on Version: 5.0.6.3 but it is been happning in every version
since version 4.5 or so. I have allready reported this bug before (Bug 94755),
but it has been wrongly apointed as RESOLVED.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100525] [FILEOPEN] New lines missing in field (from custom docprop) in specific DOCX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100525

Cor Nouws  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=10
   ||0526

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100526] [FILEOPEN] New line/ paragraph missing after field in table in frame in header in specific DOCX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100526

Cor Nouws  changed:

   What|Removed |Added

 CC||c...@nouenoff.nl
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=10
   ||0525

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100516] [FILEOPEN] Field Page Count (statistics) converted to number, but placed as field on wrong place on import of specific DOCX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100516

Cor Nouws  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=10
   ||0524

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100524] [FILEOPEN] Spaces between page number/ count fields lost on import of specific DOCX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100524

Cor Nouws  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=10
   ||0516

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100513] [FILEOPEN] Text after Word Continuous section break pushed to next page on import of DOCX file

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100513

Cor Nouws  changed:

   What|Removed |Added

 OS|All |Linux (All)

--- Comment #3 from Cor Nouws  ---
Mind that the current situation with this document is better than in earlier
versions:

3661
"Page 1 broken
headers missing
Content missing?"

4062
Page 1 broken

4153
Page 1 broken

4272
Page 1 broken
Text content pushed to pg 2
Page numbering
Text parts in text box right not bold

4372
Page 1 bit better
content missing

4442
Page 1 OK
"Content missing from half
way page 2"

"formatting in text boxes
right nearly OK"

5.0/5.1
"does not open:
SAXParseException …
Line 2 Column 30391"
"see bug 92157 :
Backportrequest 20160620"

daily20160616
Page 1 OK
Text content pushed to pg 2
Page numbering
"formatting in text boxes
right nearly OK"
"Save & Open > 
Image in headers.."


I've created bug 100514, bug 100515, bug 100516, bug 100524, bug 100525, bug
100526 for the other problems.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 100502] The sequence in the "File Type" listing can be confusing when picking a filter/ module to use to import a document

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100502

--- Comment #2 from Daniel B.  ---
(In reply to V Stuart Foote from comment #1)
> Yes, the drop list of File Type with separators (both in the OS , and in the
> native LibreOffice dialogs) can be a little unclear.  Once you *know* it is
> there is it trivial to make the correct selection for the intended filter.
> 
> Unfortunately because we handle so many file formats and alternative import
> filters, the question is if there is a need for benefit of our Benjamin user
> to have a more descriptive GUI?

It probably is, when I heared about the solution I already thought "I already
did this a few years ago.". The problem is that PDF import is not a thing you
do every day. You do it once a year or maybe twice usually. This lets the user
forget the solution again.

I'm also not used to even select a file type in such dialogs. It would
therefore be probably even better, if a following dialog appears (after
selecting the file) which lets you choose which application should open it.

> I am not sure it is worth it.

More usability is always worth it. Really.

> We defer by default to the OS/DE to handle the
> "File Type" choice for opening/filter import. While our "native" LibreOffice
> dialog GUI is kept pretty generic. Is it worth putting effort into the
> dialog when we only keep that as a fall back for specialized use (e.g. CMIS).

I don't know, but many users will think it is not possible to import PDFs into
impress or writer because of that. Searching the web does not lead to a
solution. Only direct contact does. Importing foreign file formats is a good
feature that should be promoted better to the outside.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 100502] The sequence in the "File Type" listing can be confusing when picking a filter/ module to use to import a document

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100502

--- Comment #2 from Daniel B.  ---
(In reply to V Stuart Foote from comment #1)
> Yes, the drop list of File Type with separators (both in the OS , and in the
> native LibreOffice dialogs) can be a little unclear.  Once you *know* it is
> there is it trivial to make the correct selection for the intended filter.
> 
> Unfortunately because we handle so many file formats and alternative import
> filters, the question is if there is a need for benefit of our Benjamin user
> to have a more descriptive GUI?

It probably is, when I heared about the solution I already thought "I already
did this a few years ago.". The problem is that PDF import is not a thing you
do every day. You do it once a year or maybe twice usually. This lets the user
forget the solution again.

I'm also not used to even select a file type in such dialogs. It would
therefore be probably even better, if a following dialog appears (after
selecting the file) which lets you choose which application should open it.

> I am not sure it is worth it.

More usability is always worth it. Really.

> We defer by default to the OS/DE to handle the
> "File Type" choice for opening/filter import. While our "native" LibreOffice
> dialog GUI is kept pretty generic. Is it worth putting effort into the
> dialog when we only keep that as a fall back for specialized use (e.g. CMIS).

I don't know, but many users will think it is not possible to import PDFs into
impress or writer because of that. Searching the web does not lead to a
solution. Only direct contact does. Importing foreign file formats is a good
feature that should be promoted better to the outside.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100526] New: [FILEOPEN] New line/ paragraph missing after field in table in frame in header in specific DOCX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100526

Bug ID: 100526
   Summary: [FILEOPEN] New line/paragraph missing after field in
table in frame in header in specific DOCX
   Product: LibreOffice
   Version: 5.3.0.0.alpha0+ Master
  Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: filters and storage
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: c...@nouenoff.nl

Created attachment 125813
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125813=edit
Image showing current situation of fields without new paragraph between in
LibreOffice

Open File https://bugs.documentfoundation.org/attachment.cgi?id=125792 (bug
100513)
In the right margin of page 2 and onward there is a frame with a table
The lower line there is
   "Ons kenmerk650806"
That should be
   "Ons kenmerk
650806"

Also see pdf from Word in 
https://bugs.documentfoundation.org/attachment.cgi?id=125793

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100525] [FILEOPEN] New lines missing in field (from custom docprop) in specific DOCX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100525

Cor Nouws  changed:

   What|Removed |Added

 CC||c...@nouenoff.nl

--- Comment #1 from Cor Nouws  ---
Created attachment 125812
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125812=edit
Image showing current situation of fields without space in LibreOffice

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100525] New: [FILEOPEN] New lines missing in field ( from custom docprop) in specific DOCX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100525

Bug ID: 100525
   Summary: [FILEOPEN] New lines missing in field (from custom
docprop) in specific DOCX
   Product: LibreOffice
   Version: 5.3.0.0.alpha0+ Master
  Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: filters and storage
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: c...@nouenoff.nl

Created attachment 125811
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125811=edit
Screen shot showing correct field display on page 1 in Word

Open File https://bugs.documentfoundation.org/attachment.cgi?id=125792 (bug
100513)

The second field holds the text in  one line:
  "Aan de Voorzitter van de Tweede Kamer der Staten-GeneraalPostbus 200182500
EA DEN HAAG" 

However it should be in four lines
  "Aan de Voorzitter van de Tweede Kamer 
   der Staten-Generaal
   Postbus 20018
   2500 EA DEN HAAG"

It is the custom document properly "adres"

Also see pdf from Word in 
https://bugs.documentfoundation.org/attachment.cgi?id=125793

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 75221] "Don't add space between paragraphs of the same style" also ignores line spacing

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=75221

Luke  changed:

   What|Removed |Added

 CC||tima...@gmail.com

--- Comment #15 from Luke  ---
Added Miklos who was the mastermind behind the implementation for contextual
spacing in 3.6, and Andras who was behind the spec.

Miklos, 
Could you please take a look at this? It doesn’t appear to match the spec[1] or
how it’s implemented with in other word processors. 

[1] https://issues.oasis-open.org/browse/OFFICE-3767

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100524] [FILEOPEN] Spaces between page number/ count fields lost on import of specific DOCX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100524

Cor Nouws  changed:

   What|Removed |Added

 CC||c...@nouenoff.nl

--- Comment #1 from Cor Nouws  ---
Created attachment 125810
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125810=edit
Screen shot showing correct page numbering on page 1 in Word

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100524] New: [FILEOPEN] Spaces between page number/ count fields lost on import of specific DOCX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100524

Bug ID: 100524
   Summary: [FILEOPEN] Spaces between page number/count fields
lost on import of specific DOCX
   Product: LibreOffice
   Version: 5.3.0.0.alpha0+ Master
  Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: filters and storage
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: c...@nouenoff.nl

Open File https://bugs.documentfoundation.org/attachment.cgi?id=125792 (bug
100513)
Note right in the footer of the first page "6Pagina1van6"
 > Should be  "Pagina 1 van 6"
 Spaces are missing

(The superfluous 6 in front is another issue: bug 100516)

Also see pdf from Word in 
https://bugs.documentfoundation.org/attachment.cgi?id=125793

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100505] Numbers in autocorrection database

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100505

--- Comment #2 from Luis Fernandes  ---
Thanks anyway, Adolfo, have a nice afternoon!

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] online.git: loleaflet/dist loleaflet/src loolwsd/ClientSession.cpp

[Pranav Kant]

 loleaflet/dist/loleaflet.html |2 +-
 loleaflet/src/core/Socket.js  |   12 
 loolwsd/ClientSession.cpp |6 +-
 3 files changed, 14 insertions(+), 6 deletions(-)

New commits:
commit 8bba9da761af5c2b253174128e380936036dad13
Author: Pranav Kant 
Date:   Tue Jun 21 22:11:33 2016 +0530

Make new version string as a JSON string

... easy to differentiate on client side among various version
info parts, especially for LOKit version information.

Change-Id: I4ba18c60367fb9166462b535bc46953a82a8435d

diff --git a/loleaflet/dist/loleaflet.html b/loleaflet/dist/loleaflet.html
index 0a1bb9a..501dbc3 100644
--- a/loleaflet/dist/loleaflet.html
+++ b/loleaflet/dist/loleaflet.html
@@ -139,7 +139,7 @@
 
   About LibreOffice Online
   
-  This version of LibreOffice Online is powered 
by
+  This version of LibreOffice Online is powered 
by
   
 LOOLWSD
 
diff --git a/loleaflet/src/core/Socket.js b/loleaflet/src/core/Socket.js
index 08402ab..f8b5564 100644
--- a/loleaflet/src/core/Socket.js
+++ b/loleaflet/src/core/Socket.js
@@ -127,16 +127,20 @@ L.Socket = L.Class.extend({
var command = this.parseServerCmd(textMsg);
if (textMsg.startsWith('loolserver ')) {
// This must be the first message, unless we reconnect.
-   var versionStr = textMsg.split(' ');
-   $('#loolwsd-version').text(versionStr[1] + ' ' + 
versionStr[2]);
+   var loolwsdVersionObj = 
JSON.parse(textMsg.substring(textMsg.indexOf('{')));
+   $('#loolwsd-version').text(loolwsdVersionObj.Version +
+  ' (git hash: ' + 
loolwsdVersionObj.Hash + ')');
 
// TODO: For now we expect perfect match in protocol 
versions
-   if (versionStr[3] !== this.ProtocolVersionNumber) {
+   if (loolwsdVersionObj.Protocol !== 
this.ProtocolVersionNumber) {
this.fire('error', {msg: _('Unsupported server 
version.')});
}
}
else if (textMsg.startsWith('lokitversion ')) {
-   $('#lokit-version').text(textMsg.substring(13));
+   var lokitVersionObj = 
JSON.parse(textMsg.substring(textMsg.indexOf('{')));
+   $('#lokit-version').text(lokitVersionObj.ProductName + 
' ' +
+lokitVersionObj.ProductVersion 
+ lokitVersionObj.ProductExtension +
+' (git hash: ' + 
lokitVersionObj.BuildId.substring(0, 7) + ')');
}
else if (textMsg.startsWith('error:') && command.errorCmd === 
'load') {
this.close();
diff --git a/loolwsd/ClientSession.cpp b/loolwsd/ClientSession.cpp
index ad73943..e23272d 100644
--- a/loolwsd/ClientSession.cpp
+++ b/loolwsd/ClientSession.cpp
@@ -81,7 +81,11 @@ bool ClientSession::_handleInput(const char *buffer, int 
length)
 // Send LOOL version information
 std::string version, hash;
 Util::getVersionInfo(version, hash);
-sendTextFrame("loolserver " + version + " " + hash + " " + 
GetProtocolVersion());
+std::string versionStr =
+"{ \"Version\":  \"" + version + "\", " +
+"\"Hash\": \"" + hash + "\", " +
+"\"Protocol\": \"" + GetProtocolVersion() + "\" }";
+sendTextFrame("loolserver " + versionStr);
 // Send LOKit version information
 sendTextFrame("lokitversion " + LOOLWSD::LOKitVersion);
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: desktop/source include/LibreOfficeKit

[Pranav Kant]

 desktop/source/lib/init.cxx|   10 +-
 include/LibreOfficeKit/LibreOfficeKit.hxx  |9 ++---
 include/LibreOfficeKit/LibreOfficeKitGtk.h |   11 +++
 3 files changed, 22 insertions(+), 8 deletions(-)

New commits:
commit d7b45c97b30f109aff0be6602a8fc8103af71e7f
Author: Pranav Kant 
Date:   Tue Jun 21 20:23:13 2016 +0530

lok: Change version string to JSON format

Change-Id: Ie1264fed9964b09006980df2e151e170b48b4082

diff --git a/desktop/source/lib/init.cxx b/desktop/source/lib/init.cxx
index 2d30a32..ab765dc 100644
--- a/desktop/source/lib/init.cxx
+++ b/desktop/source/lib/init.cxx
@@ -2007,7 +2007,15 @@ static void lo_setDocumentPassword(LibreOfficeKit* pThis,
 
 static char* lo_getVersionInfo(LibreOfficeKit* /*pThis*/)
 {
-const OString sVersionStr = 
OUStringToOString(ReplaceStringHookProc("%PRODUCTNAME %PRODUCTVERSION 
%PRODUCTEXTENSION %BUILDID"), RTL_TEXTENCODING_UTF8);
+const OUString sVersionStrTemplate(
+"{ "
+"\"ProductName\": \"%PRODUCTNAME\", "
+"\"ProductVersion\": \"%PRODUCTVERSION\", "
+"\"ProductExtension\": \"%PRODUCTEXTENSION\", "
+"\"BuildId\": \"%BUILDID\" "
+"}"
+);
+const OString sVersionStr = 
OUStringToOString(ReplaceStringHookProc(sVersionStrTemplate), 
RTL_TEXTENCODING_UTF8);
 
 char* pVersion = static_cast(malloc(sVersionStr.getLength() + 1));
 strcpy(pVersion, sVersionStr.getStr());
diff --git a/include/LibreOfficeKit/LibreOfficeKit.hxx 
b/include/LibreOfficeKit/LibreOfficeKit.hxx
index 46a5e96..eae43af 100644
--- a/include/LibreOfficeKit/LibreOfficeKit.hxx
+++ b/include/LibreOfficeKit/LibreOfficeKit.hxx
@@ -550,10 +550,13 @@ public:
 /**
  * Get version information of the LOKit process
  *
- * @returns string containing version information in format:
- * PRODUCT_NAME PRODUCT_VERSION PRODUCT_EXTENSION BUILD_ID
+ * @returns JSON string containing version information in format:
+ * {ProductName: <>, ProductVersion: <>, ProductExtension: <>, BuildId: <>}
  *
- * Eg: LibreOffice 5.3 .0.0 alpha0 
+ * Eg: {"ProductName": "LibreOffice",
+ * "ProductVersion": "5.3",
+ * "ProductExtension": ".0.0.alpha0",
+ * "BuildId": ""}
  */
 inline char* getVersionInfo()
 {
diff --git a/include/LibreOfficeKit/LibreOfficeKitGtk.h 
b/include/LibreOfficeKit/LibreOfficeKitGtk.h
index 4b4284e..fc7cec1 100644
--- a/include/LibreOfficeKit/LibreOfficeKitGtk.h
+++ b/include/LibreOfficeKit/LibreOfficeKitGtk.h
@@ -319,12 +319,15 @@ void
lok_doc_view_set_document_password (LOKDocView*
  * lok_doc_view_get_version_info:
  * @pDocView: The #LOKDocView instance
  *
- * Get version information of underlying LOKit process
+ * Get version information of the LOKit process
  *
- * Returns: string containing version information in format
- * PRODUCT_NAME PRODUCT_VERSION PRODUCT_EXTENSION BUILD_ID
+ * Returns: JSON string containing version information in format:
+ * {ProductName: <>, ProductVersion: <>, ProductExtension: <>, BuildId: <>}
  *
- * Eg: LibreOffice 5.3 .0.0.alpha0 
+ * Eg: {"ProductName": "LibreOffice",
+ * "ProductVersion": "5.3",
+ * "ProductExtension": ".0.0.alpha0",
+ * "BuildId": ""}
  */
 gchar* lok_doc_view_get_version_info   
(LOKDocView* pDocView);
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 88277] [META] SVG fileOpen filter (Draw)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=88277

--- Comment #10 from Xisco Faulí  ---
Hi Stuart,

IMHO, I wouldn't do it until the svg filter is completely replaced by svgio. On
the other hand, I'd check whether the files attached to those bugs are rendered
correctly in svgio as well.

Just my 2 cents

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100521] [META] Removing and Adding Styles

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100521

V Stuart Foote  changed:

   What|Removed |Added

 CC||vstuart.fo...@utsa.edu

--- Comment #1 from V Stuart Foote  ---
All valid, but styles are *always* present in some form as the alternative
"direct formatting" is applied over the defined default style(s) for the ODF
object type. Remove that "direct formatting" and you are back to default
style(s).

"Stripping" away style(s), just reduces everything to defaults. And as noted
that can really visually mangle composition.

Also remember that internally we decompose an ODF archive into internal
representations--so moving into and out of a LibreOffice module has its own set
of issues in correctly composing the display, print jobs, exported formats and
even the ODF archive.  Point is there is no one simple thing to be
adjusted--its hard.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 100521] [META] Removing and Adding Styles

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100521

V Stuart Foote  changed:

   What|Removed |Added

 CC||vstuart.fo...@utsa.edu

--- Comment #1 from V Stuart Foote  ---
All valid, but styles are *always* present in some form as the alternative
"direct formatting" is applied over the defined default style(s) for the ODF
object type. Remove that "direct formatting" and you are back to default
style(s).

"Stripping" away style(s), just reduces everything to defaults. And as noted
that can really visually mangle composition.

Also remember that internally we decompose an ODF archive into internal
representations--so moving into and out of a LibreOffice module has its own set
of issues in correctly composing the display, print jobs, exported formats and
even the ODF archive.  Point is there is no one simple thing to be
adjusted--its hard.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-commits] core.git: Branch 'feature/dialog-screenshots' - sc/qa

[Katarina Behrens]

 sc/qa/unit/screenshots/screenshots.cxx |   39 +
 1 file changed, 39 insertions(+)

New commits:
commit fef68579d9e63c471eb06c6166acf0afc8aa8a6b
Author: Katarina Behrens 
Date:   Tue Jun 21 18:24:52 2016 +0200

Open more sc modal dialogs

Change-Id: Ie0d0bcea3409f99cce0b9dccd4f316d1da3c0d84

diff --git a/sc/qa/unit/screenshots/screenshots.cxx 
b/sc/qa/unit/screenshots/screenshots.cxx
index fb27cab..9af18fe 100644
--- a/sc/qa/unit/screenshots/screenshots.cxx
+++ b/sc/qa/unit/screenshots/screenshots.cxx
@@ -30,8 +30,10 @@
 #include 
 #include 
 #include 
+#include 
 
 #include 
+#include 
 
 using namespace css;
 
@@ -162,6 +164,43 @@ void ScScreenshotTest::testOpeningSomeDialog()
 
 pDlg7->Execute();
 
+// just fake some flags
+sal_uInt16 nFlags = NAME_LEFT | NAME_TOP;
+std::unique_ptr pDlg8( 
pFact->CreateScNameCreateDlg(
+   pViewShell->GetDialogParent(), nFlags));
+CPPUNIT_ASSERT( pDlg8 != nullptr );
+
+pDlg8->Execute();
+
+//FIXME: translatable string here
+const OUString aDefaultSheetName("Sheet1");
+const OString aEmpty("");
+std::unique_ptr pDlg9( 
pFact->CreateScStringInputDlg(
+   pViewShell->GetDialogParent(), OUString(ScResId(SCSTR_APDTABLE)), 
OUString(ScResId(SCSTR_NAME)),
+   aDefaultSheetName, aEmpty, aEmpty));
+CPPUNIT_ASSERT( pDlg9 != nullptr );
+
+pDlg9->Execute();
+
+std::unique_ptr pDlg10( 
pFact->CreateScTabBgColorDlg(
+   pViewShell->GetDialogParent(), 
OUString(ScResId(SCSTR_SET_TAB_BG_COLOR)),
+   OUString(ScResId(SCSTR_NO_TAB_BG_COLOR)), Color(0xff00ff), 
".uno:TabBgColor"));
+CPPUNIT_ASSERT( pDlg10 != nullptr );
+
+pDlg10->Execute();
+
+std::unique_ptr pDlg11( 
pFact->CreateScTextImportOptionsDlg());
+CPPUNIT_ASSERT( pDlg11 != nullptr );
+
+pDlg11->Execute();
+
+//FIXME: looks butt-ugly w/ empty file, move it elsewhere, where
+//we actually have some data
+std::unique_ptr pDlg12( pFact->CreateScDataFormDlg(
+   pViewShell->GetDialogParent(), pViewShell));
+CPPUNIT_ASSERT( pDlg12 != nullptr );
+
+pDlg12->Execute();
 }
 
 #endif
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 100523] New: AMORDEGRC function, negative values

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100523

Bug ID: 100523
   Summary: AMORDEGRC function, negative values
   Product: LibreOffice
   Version: 5.3.0.0.alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: r...@post.cz

=AMORDEGRC(1;DATE(2012;3;1);DATE(2012;12;31);1500;-1;0,3;4) -> result 0
=AMORDEGRC(1;DATE(2012;3;1);DATE(2012;12;31);-1500;1;0,3;4) -> result 2818

Both results should be #error.

Tested with excel and excel throws error.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: 7 commits - bridges/source compilerplugins/clang connectivity/source

[Michael Stahl]

 bridges/source/cpp_uno/gcc3_linux_intel/callvirtualmethod.cxx |1 
 bridges/source/cpp_uno/gcc3_linux_intel/cpp2uno.cxx   |   39 +-
 bridges/source/cpp_uno/gcc3_linux_intel/except.cxx|   14 +--
 bridges/source/cpp_uno/gcc3_linux_intel/uno2cpp.cxx   |   37 -
 compilerplugins/clang/reservedid.cxx  |7 -
 connectivity/source/drivers/firebird/Blob.cxx |8 ++
 connectivity/source/drivers/firebird/Connection.cxx   |7 +
 connectivity/source/drivers/firebird/PreparedStatement.cxx|8 ++
 connectivity/source/drivers/firebird/StatementCommonBase.cxx  |6 +
 9 files changed, 77 insertions(+), 50 deletions(-)

New commits:
commit 3fecccad4ab76bd005de8dd541da02b67b08e266
Author: Michael Stahl 
Date:   Mon Jun 20 20:51:14 2016 +0200

connecitivty: [loplugin:nullptr]

Change-Id: Ic717e1d119e1a5b8a87caca263322d9e58fe6c68

diff --git a/connectivity/source/drivers/firebird/Blob.cxx 
b/connectivity/source/drivers/firebird/Blob.cxx
index 922887d..7a7481b 100644
--- a/connectivity/source/drivers/firebird/Blob.cxx
+++ b/connectivity/source/drivers/firebird/Blob.cxx
@@ -33,7 +33,11 @@ Blob::Blob(isc_db_handle* pDatabaseHandle,
 m_pDatabaseHandle(pDatabaseHandle),
 m_pTransactionHandle(pTransactionHandle),
 m_blobID(aBlobID),
+#if SAL_TYPES_SIZEOFPOINTER == 8
 m_blobHandle(0),
+#else
+m_blobHandle(nullptr),
+#endif
 m_bBlobOpened(false),
 m_nBlobLength(0),
 m_nBlobPosition(0)
@@ -103,7 +107,11 @@ void Blob::closeBlob()
 evaluateStatusVector(m_statusVector, "isc_close_blob", *this);
 
 m_bBlobOpened = false;
+#if SAL_TYPES_SIZEOFPOINTER == 8
 m_blobHandle = 0;
+#else
+m_blobHandle = nullptr;
+#endif
 }
 }
 
diff --git a/connectivity/source/drivers/firebird/Connection.cxx 
b/connectivity/source/drivers/firebird/Connection.cxx
index 979c677..61e9836 100644
--- a/connectivity/source/drivers/firebird/Connection.cxx
+++ b/connectivity/source/drivers/firebird/Connection.cxx
@@ -89,8 +89,13 @@ Connection::Connection(FirebirdDriver*_pDriver)
 , m_bIsAutoCommit(false)
 , m_bIsReadOnly(false)
 , m_aTransactionIsolation(TransactionIsolation::REPEATABLE_READ)
+#if SAL_TYPES_SIZEOFPOINTER == 8
 , m_aDBHandle(0)
 , m_aTransactionHandle(0)
+#else
+, m_aDBHandle(nullptr)
+, m_aTransactionHandle(nullptr)
+#endif
 , m_xCatalog(nullptr)
 , m_xMetaData(nullptr)
 , m_aStatements()
@@ -773,7 +778,7 @@ void Connection::disposing()
 isc_rollback_transaction(status, _aTransactionHandle);
 }
 
-if (m_aDBHandle != 0)
+if (m_aDBHandle)
 {
 if (isc_detach_database(status, _aDBHandle))
 {
diff --git a/connectivity/source/drivers/firebird/PreparedStatement.cxx 
b/connectivity/source/drivers/firebird/PreparedStatement.cxx
index bce48fb3..007714d 100644
--- a/connectivity/source/drivers/firebird/PreparedStatement.cxx
+++ b/connectivity/source/drivers/firebird/PreparedStatement.cxx
@@ -485,7 +485,11 @@ void SAL_CALL OPreparedStatement::setBlob(sal_Int32 
nParameterIndex,
 ::osl::MutexGuard aGuard(m_aMutex);
 checkDisposed(OStatementCommonBase_Base::rBHelper.bDisposed);
 
+#if SAL_TYPES_SIZEOFPOINTER == 8
 isc_blob_handle aBlobHandle = 0;
+#else
+isc_blob_handle aBlobHandle = nullptr;
+#endif
 ISC_QUAD aBlobId;
 
 openBlobForWriting(aBlobHandle, aBlobId);
@@ -585,7 +589,11 @@ void SAL_CALL OPreparedStatement::setBytes(sal_Int32 
nParameterIndex,
 ::osl::MutexGuard aGuard(m_aMutex);
 checkDisposed(OStatementCommonBase_Base::rBHelper.bDisposed);
 
+#if SAL_TYPES_SIZEOFPOINTER == 8
 isc_blob_handle aBlobHandle = 0;
+#else
+isc_blob_handle aBlobHandle = nullptr;
+#endif
 ISC_QUAD aBlobId;
 
 openBlobForWriting(aBlobHandle, aBlobId);
diff --git a/connectivity/source/drivers/firebird/StatementCommonBase.cxx 
b/connectivity/source/drivers/firebird/StatementCommonBase.cxx
index d1208e8..bd1c4b7 100644
--- a/connectivity/source/drivers/firebird/StatementCommonBase.cxx
+++ b/connectivity/source/drivers/firebird/StatementCommonBase.cxx
@@ -47,7 +47,11 @@ OStatementCommonBase::OStatementCommonBase(Connection* 
_pConnection)
 : OStatementCommonBase_Base(m_aMutex),
   OPropertySetHelper(OStatementCommonBase_Base::rBHelper),
   m_pConnection(_pConnection),
-  m_aStatementHandle( 0 )
+#if SAL_TYPES_SIZEOFPOINTER == 8
+  m_aStatementHandle(0)
+#else
+  m_aStatementHandle(nullptr)
+#endif
 {
 }
 
commit 8ad0fb82d41822aedaa3bef8f6602bd9763c97b8
Author: Michael Stahl 
Date:   Mon Jun 20 14:56:59 2016 +0200

bridges: [loplugin:staticanonymous]

Change-Id: I9d2c233c7060ea5c7a6bc028a8146ee8b2fd555b

diff --git a/bridges/source/cpp_uno/gcc3_linux_intel/uno2cpp.cxx 
b/bridges/source/cpp_uno/gcc3_linux_intel/uno2cpp.cxx
index 9365f84..579a101 100644
--- 

[Libreoffice-bugs] [Bug 94148] LibreOffice Draw Could Use an Eyedropper Tool

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=94148

--- Comment #5 from MarjaE  ---
> What makes me wonder is how you _compare_ the colors. The only way is to read 
> the exact RGB values.

In LibreOffice, colors have names. Among other things, when updating older
drawings, I'd like to be able to find each color from the old palette, and
replace it with an appropriate color from the new palatte, so there aren't
slight mismatches between objects using the old palette and those using the new
palette.

> About styles you should read the chapter "Using styles" in 
> https://wiki.documentfoundation.org/images/a/ad/DG43-DrawGuide.pdf.

I have. I still don't have the faintest idea how styles are supposed to work or
how they're supposed to help.

> But using styles is the basis of every well defined document, even more in 
> Writer. If you have a compatibility issues please feel free to report.

I suppose in theory styles could be useful. I've posted an enhancement request.
But in the meantime, styles are a fiasco.

In my experience, working without styles has worked relatively well in Writer.
Working with styles, because I was trying to edit a doc imported from Word, has
not worked at all. Styles scramble the text and crash LibreOffice.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 94148] LibreOffice Draw Could Use an Eyedropper Tool

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=94148

--- Comment #5 from MarjaE  ---
> What makes me wonder is how you _compare_ the colors. The only way is to read 
> the exact RGB values.

In LibreOffice, colors have names. Among other things, when updating older
drawings, I'd like to be able to find each color from the old palette, and
replace it with an appropriate color from the new palatte, so there aren't
slight mismatches between objects using the old palette and those using the new
palette.

> About styles you should read the chapter "Using styles" in 
> https://wiki.documentfoundation.org/images/a/ad/DG43-DrawGuide.pdf.

I have. I still don't have the faintest idea how styles are supposed to work or
how they're supposed to help.

> But using styles is the basis of every well defined document, even more in 
> Writer. If you have a compatibility issues please feel free to report.

I suppose in theory styles could be useful. I've posted an enhancement request.
But in the meantime, styles are a fiasco.

In my experience, working without styles has worked relatively well in Writer.
Working with styles, because I was trying to edit a doc imported from Word, has
not worked at all. Styles scramble the text and crash LibreOffice.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 99327] Wrong hash algorithm informed on signed PDF/A export

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=99327

Tor Lillqvist  changed:

   What|Removed |Added

 Status|NEEDINFO|NEW

--- Comment #8 from Tor Lillqvist  ---
Thanks. No promises when I (or somebody) will have time to take a look, but the
new information seems useful. If that is your real certificate, are you sure
you should make that publicly available?

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 88277] [META] SVG fileOpen filter (Draw)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=88277

V Stuart Foote  changed:

   What|Removed |Added

 CC||armin.le.gr...@me.com,
   ||chrrossman...@web.de

--- Comment #9 from V Stuart Foote  ---
@Xisco, Armin, Regina, Christina

A little QA house keeping.

Just put together this text resolving bug 43991--any objections to closing out
all the filter:svgOpen, and depends on issues listed here, with this text?

Stuart


The SVG open to Draw filter will be dropped in favor of more functional svgio
insert filter which will be modified for use to open SVG into draw.

Issue(s) here are already well handled by the svgio filter.

=-discussion-=

http://nabble.documentfoundation.org/Two-svg-import-filters-tc4165365.html
http://nabble.documentfoundation.org/Two-svg-import-filters-tc4165248.html

ESC decision
http://nabble.documentfoundation.org/Libreoffice-qa-minutes-of-ESC-call-tc4171063.html

* SVG import filters (Thorsten)
+ proposal: rip out old Thorsten + Fridrich filter.
   + Xisco, Regina and Christina kindly helped.
  + but still not so great at rendering SVGs.
+ Armin's SVGIO seems better for now
   => deprecate in favour of svgio; save 2-3k LOC.
+ still 1-2 gerrit patches there (Michael S)
   + bit of a shame.
=> announce deprecation & removal of it in 5.2 timeframe
AI:+ and CC & thank explicitly those who worked on this. (Thorsten)



-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 99327] Wrong hash algorithm informed on signed PDF/A export

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=99327

--- Comment #7 from Luis C. Serpa  ---
I attached some adsitional files; hope it will help to identify the problem.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 99327] Wrong hash algorithm informed on signed PDF/A export

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=99327

Luis C. Serpa  changed:

   What|Removed |Added

 Attachment #124365|0   |1
is obsolete||

--- Comment #6 from Luis C. Serpa  ---
Created attachment 125809
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125809=edit
Certificate

The certification I used. This is a Brazilian official CA (www.serpro.gov.br)  
issued certificate, used on many other applications w/o a problem.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 43991] SVG: native support instead of import

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=43991

V Stuart Foote  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #16 from V Stuart Foote  ---
The SVG open to Draw filter will be dropped in favor of more functional svgio
insert filter which will be modified for use to open SVG into draw.

Issue(s) here are already well handled by the svgio filter.

Resolving WONTFIX

=-discussion-=

http://nabble.documentfoundation.org/Two-svg-import-filters-tc4165365.html
http://nabble.documentfoundation.org/Two-svg-import-filters-tc4165248.html

ESC decision
http://nabble.documentfoundation.org/Libreoffice-qa-minutes-of-ESC-call-tc4171063.html

* SVG import filters (Thorsten)
+ proposal: rip out old Thorsten + Fridrich filter.
   + Xisco, Regina and Christina kindly helped.
  + but still not so great at rendering SVGs.
+ Armin's SVGIO seems better for now
   => deprecate in favour of svgio; save 2-3k LOC.
+ still 1-2 gerrit patches there (Michael S)
   + bit of a shame.
=> announce deprecation & removal of it in 5.2 timeframe
AI:+ and CC & thank explicitly those who worked on this. (Thorsten)

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 88277] [META] SVG fileOpen filter (Draw)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=88277
Bug 88277 depends on bug 43991, which changed state.

Bug 43991 Summary: SVG: native support instead of import
https://bugs.documentfoundation.org/show_bug.cgi?id=43991

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89087] Editing: not possible to replace shape with another one via context menu

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89087

Cor Nouws  changed:

   What|Removed |Added

   Keywords|needsUXEval |

--- Comment #4 from Cor Nouws  ---
(In reply to Heiko Tietze from comment #3)
> What is the use case?

When I have a circle/diagram shape/.. (with text, properties..) and want to
replace it with another shape, it's easy if you can do it in one click.
Is available in other software too.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 89087] Editing: not possible to replace shape with another one via context menu

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89087

Cor Nouws  changed:

   What|Removed |Added

   Keywords|needsUXEval |

--- Comment #4 from Cor Nouws  ---
(In reply to Heiko Tietze from comment #3)
> What is the use case?

When I have a circle/diagram shape/.. (with text, properties..) and want to
replace it with another shape, it's easy if you can do it in one click.
Is available in other software too.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 100522] ODG Export to .svgz export only to .svg

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100522

--- Comment #1 from Pierre-Luc Rigaux  ---
Created attachment 125808
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125808=edit
exported file

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100522] New: ODG Export to .svgz export only to .svg

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100522

Bug ID: 100522
   Summary: ODG Export to .svgz export only to .svg
   Product: LibreOffice
   Version: 5.0.3.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: Draw
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: plrig...@gmail.com

Created attachment 125807
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125807=edit
initial

The export of a draw file in svgz export it to svg (but the file extension
shows svgz). Basically, it doesn't compress.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100521] New: [META] Removing and Adding Styles

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100521

Bug ID: 100521
   Summary: [META] Removing and Adding Styles
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: ux-advise
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: erw...@alumni.beloit.edu
CC: libreoffice-ux-adv...@lists.freedesktop.org

Please don't assume everyone has set up styles while setting up each document.

I know styles are supposed to be the best way to set up Writer documents. I
gather that styles are also supposed to be the best way to set up Draw
documents.

However, there are some practical problems:

I have had trouble with styles, like autoformatting, scrambling text. For
example, if I'm editing a document where other users have applied list styles
in Word, the list styles scramble the list, scramble any numbering, and
sometimes crash LibreOffice. I doubt my experiences are unusual.

Sometimes we need to work without styles.

Sometimes we don't know that there are styles, apart from basic line styles and
object styles.

At least with my window prefs, select and edit tools are obvious in LibreOffice
Writer and LibreOffice Draw, where styles are hidden away in each.

If styles are supposed to be a standard way to use documents, then I think it's
going to be necessary, first, to let users strip away styles, second, to help
users repair paragraphs and lists scrambled by styles, and third, to help users
add styles to existing documents.

I think, in Draw, I'd need to be able to select all objects with certain
formatting, certain size ranges, etc., regardless of their parent groups, to be
able to set up styles. I'd need to be able to select individual objects and
switch them from one style to another. I'd need to be able to set color-style
independently of function-style.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 100521] New: [META] Removing and Adding Styles

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100521

Bug ID: 100521
   Summary: [META] Removing and Adding Styles
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: ux-advise
  Assignee: libreoffice-b...@lists.freedesktop.org
  Reporter: erw...@alumni.beloit.edu
CC: libreoffice-ux-advise@lists.freedesktop.org

Please don't assume everyone has set up styles while setting up each document.

I know styles are supposed to be the best way to set up Writer documents. I
gather that styles are also supposed to be the best way to set up Draw
documents.

However, there are some practical problems:

I have had trouble with styles, like autoformatting, scrambling text. For
example, if I'm editing a document where other users have applied list styles
in Word, the list styles scramble the list, scramble any numbering, and
sometimes crash LibreOffice. I doubt my experiences are unusual.

Sometimes we need to work without styles.

Sometimes we don't know that there are styles, apart from basic line styles and
object styles.

At least with my window prefs, select and edit tools are obvious in LibreOffice
Writer and LibreOffice Draw, where styles are hidden away in each.

If styles are supposed to be a standard way to use documents, then I think it's
going to be necessary, first, to let users strip away styles, second, to help
users repair paragraphs and lists scrambled by styles, and third, to help users
add styles to existing documents.

I think, in Draw, I'd need to be able to select all objects with certain
formatting, certain size ranges, etc., regardless of their parent groups, to be
able to set up styles. I'd need to be able to select individual objects and
switch them from one style to another. I'd need to be able to set color-style
independently of function-style.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 99327] Wrong hash algorithm informed on signed PDF/A export

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=99327

--- Comment #5 from Luis C. Serpa  ---
Created attachment 125806
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125806=edit
The same PDF/A signed by our internal java signer.

The same PDF/A file, exported unsigned and signed by our internal java signer.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 62851] UI: Shapes without name cannot be selected via Navigator

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=62851

Cor Nouws  changed:

   What|Removed |Added

   Keywords|needsUXEval |

--- Comment #8 from Cor Nouws  ---
Why is this "needsUXEval"?
It's new. and a useful enhancement request.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 99327] Wrong hash algorithm informed on signed PDF/A export

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=99327

--- Comment #4 from Luis C. Serpa  ---
Created attachment 125805
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125805=edit
The signed PDF/A file.

The signed PDF/A file exported by LO that causes the problem.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 62851] UI: Shapes without name cannot be selected via Navigator

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=62851

Cor Nouws  changed:

   What|Removed |Added

   Keywords|needsUXEval |

--- Comment #8 from Cor Nouws  ---
Why is this "needsUXEval"?
It's new. and a useful enhancement request.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 99327] Wrong hash algorithm informed on signed PDF/A export

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=99327

--- Comment #3 from Luis C. Serpa  ---
Created attachment 125804
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125804=edit
A snapshot of Acrobat Reader warnings

A snapshot of Acrobat Reader DC showing a page modification warning on the same
PDF/A signed (and untouched) file.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 99327] Wrong hash algorithm informed on signed PDF/A export

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=99327

--- Comment #2 from Luis C. Serpa  ---
Created attachment 125803
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125803=edit
java error messages displayed on our internal document system

The java error messages displayed on our internal document system when I upload
any LO exported PDF/A file with my signature.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 72988] Impress template not rendered correctly (vintage, metropolis, sunset)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=72988

--- Comment #25 from Buovjaga  ---
(In reply to Stefan Weiberg from comment #24)
> Templates work fine on Gnome 16.04 with LO 5.0 and LO 5.3 Alpha. Doesn't
> work on Kubuntu 14.04 though.

For me, the problem with slideshow (F5) mode is still present in 5.3.
Funnily, it is much more messed up with KDE backend.. all kinds of artefacts.
With GTK3, I only see the old problems of missing gradients in metropolis and
missing rays in sunset.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.3.0.0.alpha0+
Build ID: c13f60e7cd18df6b0ab70289f5b91ee01e4ae126
CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8)
Built on June 18th 2016

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100243] System freezes when attempting to print while OpenGL is enabled

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100243

--- Comment #8 from Tor Lillqvist  ---
(because such a freeze would be the driver's fault, not LibreOffice's. Even if
LibreOffice would call OpenGL APIs with incorrect parameters, the system should
not freeze completely.)

Hans-Dieter, are you a "gamer"? Have you tweaked any potentially risky display
driver settings to get faster performance from games? Just a thought...

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100243] System freezes when attempting to print while OpenGL is enabled

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100243

--- Comment #7 from Tor Lillqvist  ---
If the system freezes completely, I think that is a good reason to blacklist
the particular OpenGL vendor/driver/device combination.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 83830] SIDEBAR: Proposal for the creation of a page tab

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=83830

--- Comment #33 from V Stuart Foote  ---
Not at all, requirement for the Sidebar Deck's Page related Content Panels are
to supplement the settings widgets found for all modules on the Page
Setup/Style dialog -- and as still reached in the Sidebar from the "More
options" button being added to each content panel.

We've always had the Writer -> Properties tab:Page content panel--which this
enhancement should be moving to its own tab bar and deck for Writer (and
arguably for the other modules as well).

Most actions have received UNO commands now for work in .ui and Susobhan has
been crafting usefull Content panels -- Writer -> Page tab:Format content panel
for this. And the Draw -> Properties tab:Page content panel to add the
function.

But, adjusting margins in each module is such a frequent requirement, the
Sidebar GUI needs to be well reasoned and consistent.  Adding a "None/0.00" for
the dropdown lists of predefined margins is appropriate--having margins of 0.00
show as custom, and only set through the "More options", "Page setup" or "Page
Style" dialogs of various labelings is not consistent UI.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 100520] New: FILEOPEN: A non-printing, invisible character at the end of lines when opening .txt file

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100520

Bug ID: 100520
   Summary: FILEOPEN: A non-printing, invisible character at the
end of lines when opening .txt file
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: reeve...@tds.net

Opening a .txt file created with Mac TextEdit results in a non-printing
character not visible when viewing these characters, at the end of every line.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100519] New: FILESAVE after opening a .txt does not warn of lost formatting

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100519

Bug ID: 100519
   Summary: FILESAVE after opening a .txt does not warn of lost
formatting
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: reeve...@tds.net

If you open a .txt file in Write, do LibreOffice formatting (e.g., creating a
table), and Save, it is saved as a .txt file and all the formatting is lost. No
warning is given this will happen.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Re: [Libreoffice-qa] right-click menu of images in Writer: submenu of Wrap has only one entry

[Christian Lohmaier]

Hi Jean-Baptiste,

On Fri, Jun 17, 2016 at 6:35 AM, Jean-Baptiste Faure
 wrote:
> Hi,
>
> In the submenu Wrap of the right-click menu of an image in Writer, there
> is only "Edit Contour...". In 5.1 we have several other entries.
> Is this part of the simplification of menus or a bug?

Just to be sure:
As it is now possible to customize context menus - you didn't play
with that feature and forgot about it?

ciao
Christian
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-commits] core.git: Branch 'feature/fixes25' - vcl/opengl

[Tomaž Vajngerl]

 vcl/opengl/salbmp.cxx |   92 +++---
 1 file changed, 66 insertions(+), 26 deletions(-)

New commits:
commit 7fcc432772ea2970a30ec753a91b9d88a5125020
Author: Tomaž Vajngerl 
Date:   Tue Jun 21 14:34:45 2016 +0800

tdf#100451 convert texture buffer to 1-bit and 4-bit palette buffer

OpenGL doesn't support palettes so when the texture is created,
the bitmap buffer is converted to 24-bit RGB. This works nice for
showing the bitmaps on screen. The problem arises when we want to
read the bitmap buffer back (like in a PDF export) as we have to
convert that back to 1-bit or 4-bit palette bitmap buffer. For 4-bit
this was not implemented yet, on the other hand for 1-bit it was
implemented but it didn't take palette into account so the bitmap
was not correct (inverted).

This commit introduces a ScanlineWriter which handles writing
RGB colors to 1-bit and 4-bit palette scanlines. The class sets
up the masks and shifts needed to place the color information
at the correct place in a byte. It also automatically converts a
RGB to palette index.

Change-Id: Ie66ca8cecff40c1252072ba95196ef65ba787f4c
Reviewed-on: https://gerrit.libreoffice.org/26532
Reviewed-by: Tomaž Vajngerl 
Tested-by: Tomaž Vajngerl 

diff --git a/vcl/opengl/salbmp.cxx b/vcl/opengl/salbmp.cxx
index 87fc542..58909b4 100644
--- a/vcl/opengl/salbmp.cxx
+++ b/vcl/opengl/salbmp.cxx
@@ -412,7 +412,48 @@ void lclInstantiateTexture(OpenGLTexture& rTexture, const 
int nWidth, const int
 rTexture = OpenGLTexture (nWidth, nHeight, nFormat, nType, pData);
 }
 
-}
+// Write color information for 1 and 4 bit palette bitmap scanlines.
+class ScanlineWriter
+{
+BitmapPalette& maPalette;
+sal_uInt8 mnColorsPerByte; // number of colors that are stored in one byte
+sal_uInt8 mnColorBitSize;  // number of bits a color takes
+sal_uInt8 mnColorBitMask;  // bit mask used to isolate the color
+sal_uInt8* mpCurrentScanline;
+long mnX;
+
+public:
+ScanlineWriter(BitmapPalette& aPalette, sal_Int8 nColorsPerByte)
+: maPalette(aPalette)
+, mnColorsPerByte(nColorsPerByte)
+, mnColorBitSize(8 / mnColorsPerByte) // bit size is number of bit in 
a byte divided by number of colors per byte (8 / 2 = 4 for 4-bit)
+, mnColorBitMask((1 << mnColorBitSize) - 1) // calculate the bit mask 
from the bit size
+, mpCurrentScanline(nullptr)
+, mnX(0)
+{}
+
+inline void writeRGB(sal_uInt8 nR, sal_uInt8 nG, sal_uInt8 nB)
+{
+// calculate to which index we will write
+long nScanlineIndex = mnX / mnColorsPerByte;
+
+// calculate the number of shifts to get the color information to the 
right place
+long nShift = (8 - mnColorBitSize) - ((mnX % mnColorsPerByte) * 
mnColorBitSize);
+
+sal_uInt16 nColorIndex = maPalette.GetBestIndex(BitmapColor(nR, nG, 
nB));
+mpCurrentScanline[nScanlineIndex] &= ~(mnColorBitMask << nShift); // 
clear
+mpCurrentScanline[nScanlineIndex] |= (nColorIndex & mnColorBitMask) << 
nShift; // set
+mnX++;
+}
+
+inline void nextLine(sal_uInt8* pScanline)
+{
+mnX = 0;
+mpCurrentScanline = pScanline;
+}
+};
+
+} // end anonymous namespace
 
 Size OpenGLSalBitmap::GetSize() const
 {
@@ -559,43 +600,43 @@ bool OpenGLSalBitmap::ReadTexture()
 #endif
 return true;
 }
-else if (mnBits == 1)
-{   // convert buffers from 24-bit RGB to 1-bit Mask
+else if (mnBits == 1 || mnBits == 4)
+{   // convert buffers from 24-bit RGB to 1 or 4-bit buffer
 std::vector aBuffer(mnWidth * mnHeight * 3);
 
 sal_uInt8* pBuffer = aBuffer.data();
 determineTextureFormat(24, nFormat, nType);
 maTexture.Read(nFormat, nType, pBuffer);
+sal_uInt16 nSourceBytesPerRow = lclBytesPerRow(24, mnWidth);
 
-int nShift = 7;
-size_t nIndex = 0;
-
-sal_uInt8* pCurrent = pBuffer;
+std::unique_ptr pWriter;
+switch(mnBits)
+{
+case 1:
+pWriter.reset(new ScanlineWriter(maPalette, 8));
+break;
+case 4:
+default:
+pWriter.reset(new ScanlineWriter(maPalette, 2));
+break;
+}
 
 for (int y = 0; y < mnHeight; ++y)
 {
+sal_uInt8* pSource = [y * nSourceBytesPerRow];
+sal_uInt8* pDestination = [y * mnBytesPerRow];
+
+pWriter->nextLine(pDestination);
+
 for (int x = 0; x < mnWidth; ++x)
 {
-if (nShift < 0)
-{
-nShift = 7;
-nIndex++;
-pData[nIndex] = 0;
-}
-
-sal_uInt8 nR = *pCurrent++;
-sal_uInt8 nG = *pCurrent++;
-

[Libreoffice-bugs] [Bug 100518] New: Border line style issues in Calc

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100518

Bug ID: 100518
   Summary: Border line style issues in Calc
   Product: LibreOffice
   Version: unspecified
  Hardware: x86-64 (AMD64)
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: hakanoz...@gmail.com

Created attachment 125802
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125802=edit
Border line style

P.S. My English is not excellent, sorry for that. Attached picture can explain
my suggestion better.

In Calc, if we click “Border Style” option on “Formatting Toolbar”, a window as
in the picture is opened. On the picture, I marked the options in the window
with numbers.

- In the window, the line marked with (1) seems more thicker than the line
marked with (2). But when we apply the line (2), we are going to see that the
line (2) is more thicker than the line (1).

- Among the options, there is one more line same as the line (2).

- Among the options, there are five more lines same as the line marked with
(3). And all of them are giving meaningless results.

- The other options in the window are not giving meaningful results, too.

There is a similar situation with “Borders” tab in “Format Cells” window. In
this tab, when we click “Line Style” option we are encountering with completely
different contents.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 94148] LibreOffice Draw Could Use an Eyedropper Tool

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=94148

--- Comment #4 from Heiko Tietze  ---
(In reply to MarjaE from comment #3)
> I want a tool to be able to check the color at any one position without
> having to go into groups would be useful.
> 
> Older LibreOffice and OpenOffice documents use different color palletes from
> newer ones, and it would be useful to be able to update older LibreOffice
> and OpenOffice documents in newer versions of LibreOffice instead of
> redrawing everything from scratch, wasting time, and for some of us,
> worsening repetitive strain injuries.
> 
> I don't know how to use styles, or how to update older LibreOffice and
> OpenOffice documents and add styles. I avoid styles, because Word styles
> wreck documents I'm trying to edit, and Word styles sometimes crash
> LibreOffice Writer.

What makes me wonder is how you _compare_ the colors. The only way is to read
the exact RGB values. Alternatively, the color from the selection could be
compared with the palette. For example you click on a red shape and the color
picker tells you "Rose" if the values match exactly. But the name "Rose" must
not fit your palette entry which could have been "Poppy". Today you see the
selected color in the sidebar's picker even when the color is not part of the
list. We should keep this behavior and better add something to the statusbar. 

About styles you should read the chapter "Using styles" in
https://wiki.documentfoundation.org/images/a/ad/DG43-DrawGuide.pdf. Draw has
numerous of hidden features. But using styles is the basis of every well
defined document, even more in Writer. If you have a compatibility issues
please feel free to report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 94148] LibreOffice Draw Could Use an Eyedropper Tool

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=94148

--- Comment #4 from Heiko Tietze  ---
(In reply to MarjaE from comment #3)
> I want a tool to be able to check the color at any one position without
> having to go into groups would be useful.
> 
> Older LibreOffice and OpenOffice documents use different color palletes from
> newer ones, and it would be useful to be able to update older LibreOffice
> and OpenOffice documents in newer versions of LibreOffice instead of
> redrawing everything from scratch, wasting time, and for some of us,
> worsening repetitive strain injuries.
> 
> I don't know how to use styles, or how to update older LibreOffice and
> OpenOffice documents and add styles. I avoid styles, because Word styles
> wreck documents I'm trying to edit, and Word styles sometimes crash
> LibreOffice Writer.

What makes me wonder is how you _compare_ the colors. The only way is to read
the exact RGB values. Alternatively, the color from the selection could be
compared with the palette. For example you click on a red shape and the color
picker tells you "Rose" if the values match exactly. But the name "Rose" must
not fit your palette entry which could have been "Poppy". Today you see the
selected color in the sidebar's picker even when the color is not part of the
list. We should keep this behavior and better add something to the statusbar. 

About styles you should read the chapter "Using styles" in
https://wiki.documentfoundation.org/images/a/ad/DG43-DrawGuide.pdf. Draw has
numerous of hidden features. But using styles is the basis of every well
defined document, even more in Writer. If you have a compatibility issues
please feel free to report.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] online.git: Branch 'distro/collabora/collabora-online-1-0' - loolwsd/LOOLWSD.cpp

[Andras Timar]

 loolwsd/LOOLWSD.cpp |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit aaa12d7258c1389d211749581f02c486c1e99357
Author: Andras Timar 
Date:   Tue Jun 21 16:15:31 2016 +0200

loolwsd: avoid NotFoundException when per_document.max_concurrency is 
missing (old config)

(cherry picked from commit bc4633a2a13e3608f71cd558fca5625d4cd711b7)

diff --git a/loolwsd/LOOLWSD.cpp b/loolwsd/LOOLWSD.cpp
index a37b3f4..1119d55 100644
--- a/loolwsd/LOOLWSD.cpp
+++ b/loolwsd/LOOLWSD.cpp
@@ -1258,7 +1258,7 @@ void LOOLWSD::initialize(Application& self)
 NumPreSpawnedChildren = config().getUInt("num_prespawn_children", 1);
 }
 
-const auto maxConcurrency = 
config().getInt("per_document.max_concurrency");
+const auto maxConcurrency = 
config().getInt("per_document.max_concurrency", 4);
 if (maxConcurrency > 0)
 {
 setenv("MAX_CONCURRENCY", std::to_string(maxConcurrency).c_str(), 1);
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 88761] Elements of the Autocorrect Options dialog--check-boxes and labels--are not exposed to AT (Orca, NVDA)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=88761

V Stuart Foote  changed:

   What|Removed |Added

   Priority|medium  |high
Summary|the Orca screen reader has  |Elements of the Autocorrect
   |trouble reading the |Options dialog--check-boxes
   |autocorrect dialog box  |and labels--are not exposed
   ||to AT (Orca, NVDA)

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 88761] Elements of the Autocorrect Options dialog--check-boxes and labels--are not exposed to AT (Orca, NVDA)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=88761

V Stuart Foote  changed:

   What|Removed |Added

 OS|Linux (All) |All

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] online.git: loleaflet/Makefile

[Andras Timar]

 loleaflet/Makefile |2 ++
 1 file changed, 2 insertions(+)

New commits:
commit 9e7b978f9fe9548e6f238e680feb412cadd04166
Author: Andras Timar 
Date:   Tue Jun 21 16:44:20 2016 +0200

loleaflet: bccu#1901 Control.RowHeader.js and Control.ColumnHeader.js for 
l10n

diff --git a/loleaflet/Makefile b/loleaflet/Makefile
index 45e9a69..7d9c550 100644
--- a/loleaflet/Makefile
+++ b/loleaflet/Makefile
@@ -38,7 +38,9 @@ pot:
src/admin/AdminSocketOverview.js \
src/admin/AdminStrings.js \
src/admin/Util.js \
+   src/control/Control.ColumnHeader.js \
src/control/Control.Menubar.js \
+   src/control/Control.RowHeader.js \
src/control/Control.Tabs.js \
src/control/Toolbar.js \
src/core/Socket.js \
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 92557] Draw and Impress: add toolbar "bullets and numbering" similar to writer

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=92557

--- Comment #4 from Heiko Tietze  ---
You are right, the text formatting toolbar shows up in edit mode. However,
there is no alternative workflow via main menu for instance. And apparently the
text format is not a property of the container (text frame or shape), which I
would have expected, since the toolbar is activated only in edit mode. Still
WFM?

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100279] OpenGL enabled: Calc Input Line is displaying block characters

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100279

--- Comment #13 from Tor Lillqvist  ---
Could those who are able to reproduce this bug please follow these instructions
to get a detailed log file that might help in fixing the problem:

>From http://dev-builds.libreoffice.org/daily/master/Win-x86@39/ , download the
.msi file in the latest subdirectory. For instance, today, that would be
master~2016-06-21_01.16.33_LibreOfficeDev_5.3.0.0.alpha0_Win_x86.msi.

Open a Command Prompt, and change directory to where the .msi was downloaded
(in my case, would typically be c:\Users\Tor\Downloads) 

Enter the command:

msiexec /a master~2016-06-21_01.16.33_LibreOfficeDev_5.3.0.0.alpha0_Win_x86.msi

(Adapt the file name as necessary, of course.)

This will not replace your existing LibreOffice installation but create a
so-called "server image" or "administrative image" of an installation. When the
installer asks for where to place it, choose some fresh empty directory. For
instance, in my case, I chose c:\Users\Tor\Desktop\master~2016-06-21_01.16.33 .

In Command Prompt, first cd to that directory, and enter the following three
commands:

cd program

set SAL_LOG=+INFO.vcl.opengl+WARN

soffice.exe --calc 2>soffice.log

Then try to reproduce the issue. If you see it, don't do anything else, just
quit LibreOffice. Please attach the soffice.log file to this bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100300] Crash upon start

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100300

--- Comment #11 from V Stuart Foote  ---
Created attachment 125801
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125801=edit
OpenGL device log Win10 Pro with LO5.2.0beta2+ 20160614 build

same findings on a Windows 10 Pro 64-bit install, OpenGL log attached.

Restating STR

1. /a administrative install of
libreoffice-5-2~2016-06-14_11.55.59_LibreOfficeDev_5.2.0.0.beta2_Win_x64_helppack_en-US.msi
and help
2. configure UserInstallation from program/bootstrap.ini to
$ORIGIN/../Data/settings
3. navigate to program
4. launch swriter.exe (command line or Explorer)

Expected:
new profile with fully formed registrymodifications.xcu, and a session of
Writer open.

Result:
profile is truncated, Writer closes

5. launch swriter.exe again

Expected:
   crash on launch

Result:
Writer opens, about dialog shows OpenGL renderer, profile is more complete
including Recovery/RecoveryList and RecoveryInfo, but--*there are no common/VCL
UseOpenGL or ForceOpenGL stanzas*-- which seems wrong (or has it been changed
to not write the stanzas to registry).

6. disable OpenGL rendering (Tools -> Options -> View)

7. close Writer  --UseOpenGL and ForceOpenGL stanzas set FALSE *are* written to
registry--

8. launch Writer, verify rendering is Default

9. enable OpenGL (Tools -> Options -> View)

10. close Writer --the registry UseOpenGL stanza shows TRUE

11. no subsequent crashes.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 100023] [META] Enhance Draw's user experience

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100023

Heiko Tietze  changed:

   What|Removed |Added

 Depends on||54722


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=54722
[Bug 54722] Draw slow for .odg with tenthousands of shapes
-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 54722] Draw slow for .odg with tenthousands of shapes

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=54722

Heiko Tietze  changed:

   What|Removed |Added

 Status|NEEDINFO|NEW
 Blocks||100023

--- Comment #11 from Heiko Tietze  ---
So may the developers decide about this ticket. Back to NEW.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=100023
[Bug 100023] [META] Enhance Draw's user experience
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100340] Compress Image dialog too wide

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100340

--- Comment #7 from Heiko Tietze  ---
(In reply to m.a.riosv from comment #2)
> Are useful those sliders? 
Sliders are good to quickly set a value on a percentual basis, meaning the
exact number is not important. The slider/spinner combination as implemented
provides the best of both world. 
About consistency: bug 59570 points to a wrong implementation of this concept.

(In reply to Yousuf (Jay) Philips from comment #0)
> The dialog was modified in 5.1 and 5.2 to include percentage sliders and it
> isnt possible to shrink it down.
Dialogs have a fix size. The discussion was on the mailing list
(http://listarchives.libreoffice.org/global/design/msg07373.html), see also bug
96999 or bug 87495.


(In reply to Tomaz Vajngerl from comment #5)
> Yeah.. maybe a combo box would be best here.
The combo box is good for a selection of one out of many items. The radio
button is the preferred control for a single selection with only a few items
and when the options are not clear. I would keep it as it is.

Two points: The slider no not respect the theme or are not implemented as
standard controls. And the numeric input is overlong, better place it right of
the slider with a smaller width.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 48651] Error message -The requested operation requires elevation

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=48651

Joel Madero  changed:

   What|Removed |Added

 Status|REOPENED|NEEDINFO
 CC||jmadero@gmail.com

--- Comment #5 from Joel Madero  ---
Please read the comments. Comment 1 specifically said "please provide more
info" and gave a link to some useful info. Also please don't change status'
without knowing what they mean.

Once you provide a good bug report (again see comment 1) set the bug back to
UNCONFIRMED.

Thank you.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100383] Clicking Indent Changes Outline Level And Style

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100383

--- Comment #16 from Colin  ---
Thanks for your comment. I was not aware of any hidden numbering / outline
added to the file. Users are not aware of any order or precedence between
outline numbering etc - behaviour like I experienced just makes the user think
that the application has gone completely haywire.

Thanks for the idea,but using space characters to separate chords works great
for me, and because I have found tabs more trouble than they are worth in the
past, I will continue to use spaces to separate chords.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 94148] LibreOffice Draw Could Use an Eyedropper Tool

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=94148

--- Comment #3 from MarjaE  ---
I want a tool to be able to check the color at any one position without having
to go into groups would be useful.

Older LibreOffice and OpenOffice documents use different color palletes from
newer ones, and it would be useful to be able to update older LibreOffice and
OpenOffice documents in newer versions of LibreOffice instead of redrawing
everything from scratch, wasting time, and for some of us, worsening repetitive
strain injuries.

I don't know how to use styles, or how to update older LibreOffice and
OpenOffice documents and add styles. I avoid styles, because Word styles wreck
documents I'm trying to edit, and Word styles sometimes crash LibreOffice
Writer.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] online.git: Branch 'distro/collabora/collabora-online-1-0' - loolwsd/LOOLWSD.cpp

[Pranav Kant]

 loolwsd/LOOLWSD.cpp |3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

New commits:
commit 2b5600d49972d8d25565efc5c75a755de1ded2fa
Author: Pranav Kant 
Date:   Tue Jun 21 16:06:12 2016 +0530

loolwsd: Handle document URIs with spaces

DocumentBroker stores encoded docKey, when child answers with
dockey in its query params, Poco::URI::getQueryParameter gives
decoded docKey -> mismatch -> document load failed.

Change-Id: I53d7cf9d932b9193f15f56ec74db24e279cf3b94
(cherry picked from commit 31009fa9c10212afa6f29f27b61286ce90bdd140)

diff --git a/loolwsd/LOOLWSD.cpp b/loolwsd/LOOLWSD.cpp
index 1e27187..a37b3f4 100644
--- a/loolwsd/LOOLWSD.cpp
+++ b/loolwsd/LOOLWSD.cpp
@@ -955,7 +955,8 @@ public:
 }
 else if (param.first == "docKey")
 {
-docKey = param.second;
+// We store encoded docKey in DocumentBroker only
+URI::encode(param.second, "", docKey);
 }
 }
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 100517] Comment-only cells not moving with data when sorting

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100517

--- Comment #1 from David Remelts  ---
If a sort range contains a column with cells that have comments embedded in
them and there are NO cells in that column containing numbers, text, formulas,
etc, the column with the comments won't be sorted with the rest of the data.  
So, the comments will no longer be associated with the original row.

Example:

Pre sort:
Col A  Col B
Text A Comment1
Text B Comment2
Text C Comment3

After sort on Col A:
Col A  Col B
Text C Comment1
Text B Comment2
Text A Comment3

Note: This may be related to Bug 42705 & 45471

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] online.git: loolwsd/LOOLWSD.cpp

[Andras Timar]

 loolwsd/LOOLWSD.cpp |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit bc4633a2a13e3608f71cd558fca5625d4cd711b7
Author: Andras Timar 
Date:   Tue Jun 21 16:15:31 2016 +0200

loolwsd: avoid NotFoundException when per_document.max_concurrency is 
missing (old config)

diff --git a/loolwsd/LOOLWSD.cpp b/loolwsd/LOOLWSD.cpp
index b194ea2..490176a 100644
--- a/loolwsd/LOOLWSD.cpp
+++ b/loolwsd/LOOLWSD.cpp
@@ -1275,7 +1275,7 @@ void LOOLWSD::initialize(Application& self)
 NumPreSpawnedChildren = config().getUInt("num_prespawn_children", 1);
 }
 
-const auto maxConcurrency = 
config().getInt("per_document.max_concurrency");
+const auto maxConcurrency = 
config().getInt("per_document.max_concurrency", 4);
 if (maxConcurrency > 0)
 {
 setenv("MAX_CONCURRENCY", std::to_string(maxConcurrency).c_str(), 1);
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-ux-advise] [Bug 60937] CONFIGURATION: Quickstarter opens Template Manager

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=60937

--- Comment #12 from Heiko Tietze  ---
(In reply to Samuel Mehrbrodt (CIB) from comment #11)
> @ux-advise: What should happen on single/double click?
> I'd suggest they both should do the same, whatever it is.
> Maybe open the start center?

There is no consistent behavior on Windows. Left/double/right click:
* Taskmanager (Microsoft): nothing/open task manager/show menu
(default="restore") 
* Lync (Microsoft): Show menu/Open chat contacts/show menu
* Synaptics: Show menu/open touchpad properties (default menu entry)/show menu
* Google Hangouts: Open hangouts dialog/-/nothing

Most likely double click is not used on most other OS/DE. So my suggestion is:
Left click: Open start center (with templates being one click away; this
feature wasn't implemented at the older comments)
Right click: Show menu (as today)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

Re: [Libreoffice-qa] right-click menu of images in Writer: submenu of Wrap has only one entry

[Yousuf 'Jay' Philips]

Hi JBF,

I cant reproduce this with daily 5.2, but if anything has gone missing 
or has changed it label, then it would be the result of Maxim's work.


https://bugs.documentfoundation.org/show_bug.cgi?id=93837

Yousuf

On 06/17/2016 08:35 AM, Jean-Baptiste Faure wrote:

Hi,

In the submenu Wrap of the right-click menu of an image in Writer, there
is only "Edit Contour...". In 5.1 we have several other entries.
Is this part of the simplification of menus or a bug?

I guess it is a bug because having only one entry in a submenu make the
submenu useless.

Please could you confirm?

Best regards.
JBF


___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-bugs] [Bug 60937] CONFIGURATION: Quickstarter opens Template Manager

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=60937

--- Comment #12 from Heiko Tietze  ---
(In reply to Samuel Mehrbrodt (CIB) from comment #11)
> @ux-advise: What should happen on single/double click?
> I'd suggest they both should do the same, whatever it is.
> Maybe open the start center?

There is no consistent behavior on Windows. Left/double/right click:
* Taskmanager (Microsoft): nothing/open task manager/show menu
(default="restore") 
* Lync (Microsoft): Show menu/Open chat contacts/show menu
* Synaptics: Show menu/open touchpad properties (default menu entry)/show menu
* Google Hangouts: Open hangouts dialog/-/nothing

Most likely double click is not used on most other OS/DE. So my suggestion is:
Left click: Open start center (with templates being one click away; this
feature wasn't implemented at the older comments)
Right click: Show menu (as today)

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 92557] Draw and Impress: add toolbar "bullets and numbering" similar to writer

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=92557

--- Comment #3 from Yousuf (Jay) Philips  ---
In impress, the text formatting toolbar, the sidebar paragraph content panel
and outline view have 4 outline rearrangement buttons (demote, promote, move
down, move up), so this seems to be WFM.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100300] Crash upon start

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100300

--- Comment #10 from V Stuart Foote  ---
Created attachment 125800
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125800=edit
OpenGL device log Win8.1 Ent with LO5.2.0beta2+ 20160614 build

the requested opengl_device.log

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] help.git: Branch 'libreoffice-5-2' - 2 commits - source/auxiliary source/text

[Christian Lohmaier]

 source/auxiliary/sbasic.tree  |4 ++--
 source/text/sbasic/shared/03020405.xhp|4 ++--
 source/text/sbasic/shared/03020408.xhp|4 ++--
 source/text/shared/guide/linestyle_define.xhp |6 +-
 4 files changed, 7 insertions(+), 11 deletions(-)

New commits:
commit 3f4fadf4e649f0b196c131ecc51e09921e35da85
Author: Christian Lohmaier 
Date:   Tue Jun 21 15:43:38 2016 +0200

remove "-" between FileAttr-Function and FileLen-Function

to be consistent with the rest of the functions
reported via pootle-feedback

Change-Id: I6e95109a8cf4145dc84ab0f3ad699d74ee05d932
(cherry picked from commit 2f6e93f728e4c7b278b57479bf1fd8fda3344fff)

diff --git a/source/auxiliary/sbasic.tree b/source/auxiliary/sbasic.tree
index fff44e5..7818c21 100644
--- a/source/auxiliary/sbasic.tree
+++ b/source/auxiliary/sbasic.tree
@@ -117,11 +117,11 @@
 Error-Handling 
Functions
 Exit Statement 
[Runtime]
 Exp Function 
[Runtime]
-FileAttr-Function 
[Runtime]
+FileAttr Function 
[Runtime]
 FileCopy Statement 
[Runtime]
 FileDateTime Function 
[Runtime]
 FileExists Function 
[Runtime]
-FileLen-Function 
[Runtime]
+FileLen Function 
[Runtime]
 FindObject Function 
[Runtime]
 FindPropertyObject Function 
[Runtime]
 Fix Function 
[Runtime]
diff --git a/source/text/sbasic/shared/03020405.xhp 
b/source/text/sbasic/shared/03020405.xhp
index 5ed9668..c8f128a 100644
--- a/source/text/sbasic/shared/03020405.xhp
+++ b/source/text/sbasic/shared/03020405.xhp
@@ -20,7 +20,7 @@
 
 
   
-FileAttr-Function [Runtime]
+FileAttr Function [Runtime]
 /text/sbasic/shared/03020405.xhp
   
 
@@ -34,7 +34,7 @@
 
 
 
-FileAttr Function [Runtime]
+FileAttr Function [Runtime]
 Returns the 
access mode or the file access number of a file that was opened with the Open 
statement. The file access number is dependent on the operating system (OSH = 
Operating System Handle).
 
 If you use a 32-Bit 
operating system, you cannot use the FileAttr-Function to determine the file 
access number.
diff --git a/source/text/sbasic/shared/03020408.xhp 
b/source/text/sbasic/shared/03020408.xhp
index 414b562..e4ffbee 100644
--- a/source/text/sbasic/shared/03020408.xhp
+++ b/source/text/sbasic/shared/03020408.xhp
@@ -20,7 +20,7 @@
 
 
   
-FileLen-Function [Runtime]
+FileLen Function [Runtime]
 /text/sbasic/shared/03020408.xhp
   
 
@@ -34,7 +34,7 @@
 
 
 
-FileLen Function [Runtime]
+FileLen Function [Runtime]
 Returns the 
length of a file in bytes.
 
 
commit 92af59610152664bef466cfd5983fcaff056fedc
Author: Christian Lohmaier 
Date:   Tue Jun 21 15:25:53 2016 +0200

"Drawing Object - " → "Drawing Object - "

(put the - inside the emph)
reported via pootle feedback

Change-Id: Ia8a26116085cf4c1bac6108f175d9b38fc319c78
(cherry picked from commit 909af2a8cb528fd502229eaa08f1eac5d83114cd)

diff --git a/source/text/shared/guide/linestyle_define.xhp 
b/source/text/shared/guide/linestyle_define.xhp
index e58b808..5c03464 100644
--- a/source/text/shared/guide/linestyle_define.xhp
+++ b/source/text/shared/guide/linestyle_define.xhp
@@ -37,11 +37,7 @@
 Select a line drawing object in a document.
 
 
-Choose Format - Drawing Object - 
-Graphic - 
-
-
-Line and click the Line Styles tab.
+Choose 
Format - Drawing Object - Graphic - 
Line and click the Line 
Styles tab.
 
 
 Specify the line options that you want.
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: Branch 'libreoffice-5-2' - helpcontent2

[Christian Lohmaier]

 helpcontent2 |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 55a73b0eb6e8c1846bf2eeb7bc4b0bbd63871d36
Author: Christian Lohmaier 
Date:   Tue Jun 21 15:43:38 2016 +0200

Updated core
Project: help  3f4fadf4e649f0b196c131ecc51e09921e35da85

remove "-" between FileAttr-Function and FileLen-Function

to be consistent with the rest of the functions
reported via pootle-feedback

Change-Id: I6e95109a8cf4145dc84ab0f3ad699d74ee05d932
(cherry picked from commit 2f6e93f728e4c7b278b57479bf1fd8fda3344fff)

diff --git a/helpcontent2 b/helpcontent2
index f2eddfe..3f4fadf 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit f2eddfea1039b1a7db0c38856a61b52aa5a9f821
+Subproject commit 3f4fadf4e649f0b196c131ecc51e09921e35da85
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: Branch 'libreoffice-5-2' - svx/uiconfig

[Christian Lohmaier]

 svx/uiconfig/ui/crashreportdlg.ui |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 6fcb372d3d5866f6fdb7bdfa620eadcb4ca1a83a
Author: Christian Lohmaier 
Date:   Tue Jun 21 15:56:54 2016 +0200

remaining LibreOffice → %PRODUCTNAME in crash dialog

Change-Id: Ied3f0644e90a05d7d38755c4f42165247edb6b37
(cherry picked from commit 770b650c0548ca4ebb55ffccf14a3cfc907e9c43)

diff --git a/svx/uiconfig/ui/crashreportdlg.ui 
b/svx/uiconfig/ui/crashreportdlg.ui
index 39c6a34..9dd35f6 100644
--- a/svx/uiconfig/ui/crashreportdlg.ui
+++ b/svx/uiconfig/ui/crashreportdlg.ui
@@ -102,7 +102,7 @@ 
crashreport.libreoffice.org/stats/crash_details/%CRASHID
 False
 Please check the report 
and if no bug report is connected to the crash report yet, open a new bug 
report at bugs.documentfoundation.org.
 Add detailed instructions on how to reproduce the crash and the shown crash ID 
into the crash report field.
-Thank you for your help in improving LibreOffice.
+Thank you for your help in improving %PRODUCTNAME.
 True
   
   
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 100517] New: Comment-only cells not moving with data when sorting

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100517

Bug ID: 100517
   Summary: Comment-only cells not moving with data when sorting
   Product: LibreOffice
   Version: 5.1.3.2 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: remel...@gmail.com

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 90285] Crash copying sheets

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=90285

--- Comment #12 from Caolán McNamara  ---
Plausible fix at https://gerrit.libreoffice.org/#/c/26552/

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 54722] Draw slow for .odg with tenthousands of shapes

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=54722

--- Comment #10 from Ferry Toth  ---
We are now 4 years later, so my processor improve to i7-3770 @ 3.4GHz.

Opening the file now takes 40 sec, moving after selecting everything on page 8
takes 35 sec.

I wouldn't want to close this as I think the attachments are being used as test
case to check for regressions.

Also, even though the improvement has been substantial, there is probably more
that could be done.

For instance, importing (not opening) page 8 of the PDF into Inkscape takes
20sec.
Moving the whole shape take 20 sec. Save (14MB) 1sec. Open 10 sec.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: Branch 'libreoffice-5-1' - configure.ac

[David Tardon]

 configure.ac |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 53d31e56fe0fba6347f2ddc8b2f2451c6f231f7e
Author: David Tardon 
Date:   Tue Jun 21 10:31:57 2016 +0200

tdf#100455 check for minimal dconf version

Change-Id: I8e164bb4afc221cefd93d519569cdefa4486349f
(cherry picked from commit 461e91ca91186c1ed23316127fffe4230e3aacd2)
Reviewed-on: https://gerrit.libreoffice.org/26539
Tested-by: Jenkins 
Reviewed-by: Caolán McNamara 
Tested-by: Caolán McNamara 

diff --git a/configure.ac b/configure.ac
index 1bd9c30..4a8a223 100644
--- a/configure.ac
+++ b/configure.ac
@@ -10530,7 +10530,7 @@ AC_SUBST([COLLADA2GLTF_LIBS])
 AC_SUBST([SYSTEM_COLLADA2GLTF])
 
 if test "$enable_dconf" != no; then
-PKG_CHECK_MODULES([DCONF], [dconf], [], [
+PKG_CHECK_MODULES([DCONF], [dconf >= 0.15.2], [], [
 if test "$enable_dconf" = yes; then
 AC_MSG_ERROR([dconf not found])
 else
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: svx/uiconfig

[Christian Lohmaier]

 svx/uiconfig/ui/crashreportdlg.ui |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 770b650c0548ca4ebb55ffccf14a3cfc907e9c43
Author: Christian Lohmaier 
Date:   Tue Jun 21 15:56:54 2016 +0200

remaining LibreOffice → %PRODUCTNAME in crash dialog

Change-Id: Ied3f0644e90a05d7d38755c4f42165247edb6b37

diff --git a/svx/uiconfig/ui/crashreportdlg.ui 
b/svx/uiconfig/ui/crashreportdlg.ui
index 39c6a34..9dd35f6 100644
--- a/svx/uiconfig/ui/crashreportdlg.ui
+++ b/svx/uiconfig/ui/crashreportdlg.ui
@@ -102,7 +102,7 @@ 
crashreport.libreoffice.org/stats/crash_details/%CRASHID
 False
 Please check the report 
and if no bug report is connected to the crash report yet, open a new bug 
report at bugs.documentfoundation.org.
 Add detailed instructions on how to reproduce the crash and the shown crash ID 
into the crash report field.
-Thank you for your help in improving LibreOffice.
+Thank you for your help in improving %PRODUCTNAME.
 True
   
   
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 72988] Impress template not rendered correctly (vintage, metropolis, sunset)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=72988

--- Comment #24 from Stefan Weiberg  ---
Templates work fine on Gnome 16.04 with LO 5.0 and LO 5.3 Alpha. Doesn't work
on Kubuntu 14.04 though.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: Branch 'libreoffice-5-2' - officecfg/registry

[Yousuf Philips]

 officecfg/registry/data/org/openoffice/Office/Accelerators.xcu |8 
 1 file changed, 8 insertions(+)

New commits:
commit 204a2800c8ba3ed35f81ab295e43d9a3e79c7925
Author: Yousuf Philips 
Date:   Sun Jun 12 15:36:00 2016 +0400

tdf#100333 Ctrl + G for Save in Spanish

Change-Id: Iec5c18e32c35d10c4992490d2b039d5106d3f1c6
Reviewed-on: https://gerrit.libreoffice.org/26194
Tested-by: Jenkins 
Reviewed-by: Caolán McNamara 
Tested-by: Caolán McNamara 
(cherry picked from commit 3b37ea1648ef6782bebe734b68fb7df6aa490cc0)
Reviewed-on: https://gerrit.libreoffice.org/26551

diff --git a/officecfg/registry/data/org/openoffice/Office/Accelerators.xcu 
b/officecfg/registry/data/org/openoffice/Office/Accelerators.xcu
index ec657ce..d4d9582 100644
--- a/officecfg/registry/data/org/openoffice/Office/Accelerators.xcu
+++ b/officecfg/registry/data/org/openoffice/Office/Accelerators.xcu
@@ -349,6 +349,7 @@
   
 I10N SHORTCUTS - NO 
TRANSLATE
 .uno:RepeatSearch
+.uno:Save
   
 
   
@@ -877,6 +878,7 @@
   
 I10N SHORTCUTS - NO 
TRANSLATE
 .uno:RepeatSearch
+.uno:Save
 .uno:Bold
   
 
@@ -2260,6 +2262,7 @@
   
 I10N SHORTCUTS - NO 
TRANSLATE
 .uno:RepeatSearch
+.uno:Save
 .uno:Bold
   
 
@@ -3653,6 +3656,7 @@
   
 I10N SHORTCUTS - NO 
TRANSLATE
 .uno:RepeatSearch
+.uno:Save
 .uno:Bold
   
 
@@ -4426,6 +4430,7 @@
   
 I10N SHORTCUTS - NO 
TRANSLATE
 .uno:RepeatSearch
+.uno:Save
 .uno:Bold
   
 
@@ -5199,6 +5204,7 @@
   
 I10N SHORTCUTS - NO 
TRANSLATE
 .uno:RepeatSearch
+.uno:Save
 .uno:Bold
   
 
@@ -5984,6 +5990,7 @@
   
 I10N SHORTCUTS - NO 
TRANSLATE
 .uno:RepeatSearch
+.uno:Save
 .uno:Bold
   
 
@@ -6775,6 +6782,7 @@
   
 I10N SHORTCUTS - NO 
TRANSLATE
 .uno:RepeatSearch
+.uno:Save
 .uno:Bold
   
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: Branch 'libreoffice-5-2' - sfx2/source

[Miklos Vajna]

 sfx2/source/view/classificationhelper.cxx |   14 ++
 1 file changed, 14 insertions(+)

New commits:
commit c9a16da8617634955eacded60083bec7ffd8b58b
Author: Miklos Vajna 
Date:   Tue Jun 21 09:16:26 2016 +0200

tdf#100352 sfx classification: support localized policy files

The example policy is at:

instdir/share/classification/example.xml

If there is a localized version, e.g.:

instdir/share/classification/example_hu-HU.xml

(same syntax as already used for the autocorrect files), then use that
instead of the configured policy.

(cherry picked from commit 1811e656f08ba011a3c2a51cc60e90d2fa58e4c2)

Change-Id: I0369e69f90a633af0676981f0c5760f8477b3c8c
Reviewed-on: https://gerrit.libreoffice.org/26549
Reviewed-by: Miklos Vajna 
Tested-by: Jenkins 
Reviewed-by: Caolán McNamara 
Tested-by: Caolán McNamara 

diff --git a/sfx2/source/view/classificationhelper.cxx 
b/sfx2/source/view/classificationhelper.cxx
index 0c93e93..8a3bc96 100644
--- a/sfx2/source/view/classificationhelper.cxx
+++ b/sfx2/source/view/classificationhelper.cxx
@@ -33,6 +33,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 
 using namespace com::sun::star;
@@ -355,6 +356,19 @@ void SfxClassificationHelper::Impl::parsePolicy()
 uno::Reference xComponentContext = 
comphelper::getProcessComponentContext();
 SvtPathOptions aOptions;
 OUString aPath = aOptions.GetClassificationPath();
+
+// See if there is a localized variant next to the configured XML.
+OUString aExtension(".xml");
+if (aPath.endsWith(aExtension))
+{
+OUString aBase = aPath.copy(0, aPath.getLength() - 
aExtension.getLength());
+const LanguageTag& rLanguageTag = 
Application::GetSettings().GetLanguageTag();
+// Expected format is "_xx-XX.xml".
+OUString aLocalized = aBase + "_" + rLanguageTag.getBcp47() + 
aExtension;
+if (FStatHelper::IsDocument(aLocalized))
+aPath = aLocalized;
+}
+
 SvStream* pStream = utl::UcbStreamHelper::CreateStream(aPath, 
StreamMode::READ);
 uno::Reference xInputStream(new 
utl::OStreamWrapper(*pStream));
 xml::sax::InputSource aParserInput;
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 100279] OpenGL enabled: Calc Input Line is displaying block characters

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100279

Tor Lillqvist  changed:

   What|Removed |Added

 Attachment #125561|0   |1
is obsolete||

--- Comment #12 from Tor Lillqvist  ---
Created attachment 125799
  --> https://bugs.documentfoundation.org/attachment.cgi?id=125799=edit
Actual screenshot extracted from the .odt in the first attachment

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] help.git: 2 commits - source/auxiliary source/text

[Christian Lohmaier]

 source/auxiliary/sbasic.tree  |4 ++--
 source/text/sbasic/shared/03020405.xhp|4 ++--
 source/text/sbasic/shared/03020408.xhp|4 ++--
 source/text/shared/guide/linestyle_define.xhp |6 +-
 4 files changed, 7 insertions(+), 11 deletions(-)

New commits:
commit 2f6e93f728e4c7b278b57479bf1fd8fda3344fff
Author: Christian Lohmaier 
Date:   Tue Jun 21 15:43:38 2016 +0200

remove "-" between FileAttr-Function and FileLen-Function

to be consistent with the rest of the functions
reported via pootle-feedback

Change-Id: I6e95109a8cf4145dc84ab0f3ad699d74ee05d932

diff --git a/source/auxiliary/sbasic.tree b/source/auxiliary/sbasic.tree
index fff44e5..7818c21 100644
--- a/source/auxiliary/sbasic.tree
+++ b/source/auxiliary/sbasic.tree
@@ -117,11 +117,11 @@
 Error-Handling 
Functions
 Exit Statement 
[Runtime]
 Exp Function 
[Runtime]
-FileAttr-Function 
[Runtime]
+FileAttr Function 
[Runtime]
 FileCopy Statement 
[Runtime]
 FileDateTime Function 
[Runtime]
 FileExists Function 
[Runtime]
-FileLen-Function 
[Runtime]
+FileLen Function 
[Runtime]
 FindObject Function 
[Runtime]
 FindPropertyObject Function 
[Runtime]
 Fix Function 
[Runtime]
diff --git a/source/text/sbasic/shared/03020405.xhp 
b/source/text/sbasic/shared/03020405.xhp
index 5ed9668..c8f128a 100644
--- a/source/text/sbasic/shared/03020405.xhp
+++ b/source/text/sbasic/shared/03020405.xhp
@@ -20,7 +20,7 @@
 
 
   
-FileAttr-Function [Runtime]
+FileAttr Function [Runtime]
 /text/sbasic/shared/03020405.xhp
   
 
@@ -34,7 +34,7 @@
 
 
 
-FileAttr Function [Runtime]
+FileAttr Function [Runtime]
 Returns the 
access mode or the file access number of a file that was opened with the Open 
statement. The file access number is dependent on the operating system (OSH = 
Operating System Handle).
 
 If you use a 32-Bit 
operating system, you cannot use the FileAttr-Function to determine the file 
access number.
diff --git a/source/text/sbasic/shared/03020408.xhp 
b/source/text/sbasic/shared/03020408.xhp
index 414b562..e4ffbee 100644
--- a/source/text/sbasic/shared/03020408.xhp
+++ b/source/text/sbasic/shared/03020408.xhp
@@ -20,7 +20,7 @@
 
 
   
-FileLen-Function [Runtime]
+FileLen Function [Runtime]
 /text/sbasic/shared/03020408.xhp
   
 
@@ -34,7 +34,7 @@
 
 
 
-FileLen Function [Runtime]
+FileLen Function [Runtime]
 Returns the 
length of a file in bytes.
 
 
commit 909af2a8cb528fd502229eaa08f1eac5d83114cd
Author: Christian Lohmaier 
Date:   Tue Jun 21 15:25:53 2016 +0200

"Drawing Object - " → "Drawing Object - "

(put the - inside the emph)
reported via pootle feedback

Change-Id: Ia8a26116085cf4c1bac6108f175d9b38fc319c78

diff --git a/source/text/shared/guide/linestyle_define.xhp 
b/source/text/shared/guide/linestyle_define.xhp
index e58b808..5c03464 100644
--- a/source/text/shared/guide/linestyle_define.xhp
+++ b/source/text/shared/guide/linestyle_define.xhp
@@ -37,11 +37,7 @@
 Select a line drawing object in a document.
 
 
-Choose Format - Drawing Object - 
-Graphic - 
-
-
-Line and click the Line Styles tab.
+Choose 
Format - Drawing Object - Graphic - 
Line and click the Line 
Styles tab.
 
 
 Specify the line options that you want.
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: helpcontent2

[Christian Lohmaier]

 helpcontent2 |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 546e63bcbde605d4647441e32d60bd72508fa750
Author: Christian Lohmaier 
Date:   Tue Jun 21 15:43:38 2016 +0200

Updated core
Project: help  2f6e93f728e4c7b278b57479bf1fd8fda3344fff

remove "-" between FileAttr-Function and FileLen-Function

to be consistent with the rest of the functions
reported via pootle-feedback

Change-Id: I6e95109a8cf4145dc84ab0f3ad699d74ee05d932

diff --git a/helpcontent2 b/helpcontent2
index 1abe8b8b..2f6e93f 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit 1abe8b8b3462e7f62e1d5563402672c0b2ae4851
+Subproject commit 2f6e93f728e4c7b278b57479bf1fd8fda3344fff
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] online.git: loleaflet/dist loleaflet/src

[Pranav Kant]

 loleaflet/dist/toolbar/toolbar.js|   16 +---
 loleaflet/src/control/Control.Menubar.js |   25 +
 loleaflet/src/control/Toolbar.js |   27 +++
 3 files changed, 37 insertions(+), 31 deletions(-)

New commits:
commit b460769eedd47cdbe3694db140acdafa61f5d86f
Author: Pranav Kant 
Date:   Tue Jun 21 19:16:20 2016 +0530

loleaflet: 'Keyboard shortcuts' in new 'Help' menubar item

Change-Id: I0a924505970e9ed13ea45ebc85ef14a618646b2d

diff --git a/loleaflet/dist/toolbar/toolbar.js 
b/loleaflet/dist/toolbar/toolbar.js
index 67f7ee3..9417931 100644
--- a/loleaflet/dist/toolbar/toolbar.js
+++ b/loleaflet/dist/toolbar/toolbar.js
@@ -211,21 +211,7 @@ function onClick(id) {
resizeToolbar();
}
else if (id === 'help') {
-   var w = window.innerWidth / 2;
-   var h = window.innerHeight / 2;
-   $.modal('', {
-   overlayClose:true,
-   opacity: 80,
-   overlayCss: {
-   backgroundColor : '#000'
-   },
-   containerCss: {
-   overflow : 'hidden',
-   backgroundColor : '#fff',
-   padding : '20px',
-   border : '2px solid #000'
-   }
-   });
+   map.showLOKeyboardHelp();
}
else if (id === 'close') {
window.parent.postMessage('close', '*');
diff --git a/loleaflet/src/control/Control.Menubar.js 
b/loleaflet/src/control/Control.Menubar.js
index 8ac4e25..b62a1a2 100644
--- a/loleaflet/src/control/Control.Menubar.js
+++ b/loleaflet/src/control/Control.Menubar.js
@@ -46,7 +46,8 @@ L.Control.Menubar = L.Control.extend({


{name: _('Cell'), type: 'unocommand', uno: '.uno:EntireCell'}]},

  {name: _('Merge cells'), type: 'unocommand', uno: 
'.uno:MergeCells'}]
},
-   {name: _('Help'), type: 'menu', menu: [{name: 
_('About'), id: 'about', type: 'action'}]
+   {name: _('Help'), type: 'menu', menu: [{name: 
_('Keyboard shortcuts'), id: 'keyboard-shortcuts', type: 'action'},
+  {name: 
_('About'), id: 'about', type: 'action'}]
}
],
 
@@ -90,7 +91,8 @@ L.Control.Menubar = L.Control.extend({

 {type: 'separator'},

 {name: _('Fullscreen presentation'), id: 
'fullscreen-presentation', type: 'action'}]
},
-   {name: _('Help'), type: 'menu', menu: [{name: 
_('About'), id: 'about', type: 'action'}]
+   {name: _('Help'), type: 'menu', menu: [{name: 
_('Keyboard shortcuts'), id: 'keyboard-shortcuts', type: 'action'},
+  {name: 
_('About'), id: 'about', type: 'action'}]
}
],
 
@@ -128,7 +130,8 @@ L.Control.Menubar = L.Control.extend({

 {name: _('Delete row'), type: 'unocommand', uno: 
'.uno:DeleteRows'},

 {name: _('Delete column'), type: 'unocommand', uno: 
'.uno:DeleteColumns'}]
},
-   {name: _('Help'), type: 'menu', menu: [{name: 
_('About'), id: 'about', type: 'action'}]
+   {name: _('Help'), type: 'menu', menu: [{name: 
_('Keyboard shortcuts'), id: 'keyboard-shortcuts', type: 'action'},
+  {name: 
_('About'), id: 'about', type: 'action'}]
}
],
 
@@ -298,19 +301,9 @@ L.Control.Menubar = L.Control.extend({
callback: this._onDeleteSlide
}, this);
} else if (id === 'about') {
-   $('#about-dialog').modal({
-   overlayClose:true,
-   opacity: 80,
-   overlayCss: {
-   backgroundColor : '#000'
-   },
-   containerCss: {
-   overflow : 

[Libreoffice-bugs] [Bug 45027] LibreOffice Crashes after closing a specific document

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=45027
Bug 45027 depends on bug 44216, which changed state.

Bug 44216 Summary: EDITING: Drag and Drop Slide to other document with other 
page size distorts object's height/width ratio
https://bugs.documentfoundation.org/show_bug.cgi?id=44216

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs