[SOLVED] Re: About tdf#92188 and dup LO from Apple Store)
On 19/06/2015 22:17, Andras Timar wrote: ... Please assign those bugs to me in the future. Hopefully there will not be many. Collabora and TDF are building from the same codebase, yet different configuration is used. A bugfix for one will benefit the other, in general Done! :-) Thank you for your feedback Andras. Julien ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 83859] UI Name box selection does not support arrow keys on Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=83859 Katarina Behrens (CIB) katarina.behr...@cib.de changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |katarina.behr...@cib.de |desktop.org | -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 57344] UI: 'Edit Style' item superfluous in TABLE related context menus if not all table is selected
https://bugs.documentfoundation.org/show_bug.cgi?id=57344 Beluga todven...@suomi24.fi changed: What|Removed |Added CC||todven...@suomi24.fi --- Comment #7 from Beluga todven...@suomi24.fi --- Edit style does work if you: 1. Create table 2. Make it so no cells are selected/blue 3. Select the table as object 4. Edit style from context menu Then it opens a dialog that has, among others, a Shadowing tab. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'libreoffice-4-4' - readlicense_oo/license
readlicense_oo/license/CREDITS.fodt | 2787 ++-- 1 file changed, 1405 insertions(+), 1382 deletions(-) New commits: commit a8b6c7807ba79045dac3141eef2077e2d6cb69e3 Author: Christian Lohmaier lohmaier+libreoff...@googlemail.com Date: Fri Jun 19 22:38:16 2015 +0200 update credits Change-Id: Iccaaf4e78061db008d979db2d3d789b26dd05689 diff --git a/readlicense_oo/license/CREDITS.fodt b/readlicense_oo/license/CREDITS.fodt index aa42998..5757ce8 100644 --- a/readlicense_oo/license/CREDITS.fodt +++ b/readlicense_oo/license/CREDITS.fodt @@ -1,24 +1,24 @@ ?xml version=1.0 encoding=UTF-8? office:document xmlns:office=urn:oasis:names:tc:opendocument:xmlns:office:1.0 xmlns:style=urn:oasis:names:tc:opendocument:xmlns:style:1.0 xmlns:text=urn:oasis:names:tc:opendocument:xmlns:text:1.0 xmlns:table=urn:oasis:names:tc:opendocument:xmlns:table:1.0 xmlns:draw=urn:oasis:names:tc:opendocument:xmlns:drawing:1.0 xmlns:fo=urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0 xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:dc=http://purl.org/dc/elements/1.1/; xmlns:meta=urn:oasis:names:tc:opendocument:xmlns:meta:1.0 xmlns:number=urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0 xmlns:svg=urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0 xmlns:chart=urn:oasis:names:tc:opendocument:xmlns:chart:1.0 xmlns:dr3d=urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0 xmlns:math=http://www.w3.org/1998/Math/MathML; xmlns:form=urn:oasis:names:tc:opendocument:xmlns:form:1.0 xmlns:script=urn:oasis:names:tc:opendocument:xmlns:script:1.0 xmlns:config=urn:oas is:names:tc:opendocument:xmlns:config:1.0 xmlns:ooo=http://openoffice.org/2004/office; xmlns:ooow=http://openoffice.org/2004/writer; xmlns:oooc=http://openoffice.org/2004/calc; xmlns:dom=http://www.w3.org/2001/xml-events; xmlns:xforms=http://www.w3.org/2002/xforms; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:rpt=http://openoffice.org/2005/report; xmlns:of=urn:oasis:names:tc:opendocument:xmlns:of:1.2 xmlns:xhtml=http://www.w3.org/1999/xhtml; xmlns:grddl=http://www.w3.org/2003/g/data-view#; xmlns:officeooo=http://openoffice.org/2009/office; xmlns:tableooo=http://openoffice.org/2009/table; xmlns:drawooo=http://openoffice.org/2010/draw; xmlns:calcext=urn:org:documentfoundation:names:experimental:calc:xmlns:calcext:1.0 xmlns:loext=urn:org:documentfoundation:names:experimental:office:xmlns:loext:1.0 xmlns:field=urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0 xmlns:formx=urn:openoffice:names: experimental:ooxml-odf-interop:xmlns:form:1.0 xmlns:css3t=http://www.w3.org/TR/css3-text/; office:version=1.2 office:mimetype=application/vnd.oasis.opendocument.text - office:metadc:titleCredits » LibreOffice/dc:titlemeta:keywordCredits/meta:keywordmeta:keywordcontributors/meta:keywordmeta:keywordcoders/meta:keywordmeta:keyworddevelopers/meta:keyworddc:descriptionCredits for the LibreOffice development/coding./dc:descriptionmeta:generatorLibreOffice/4.4.3.2$Linux_X86_64 LibreOffice_project/88805f81e9fe61362df02b9941de8e38a9b5fd16/meta:generatordc:date2012-02-20T22:17:18.06000/dc:datemeta:editing-durationPT14M12S/meta:editing-durationmeta:editing-cycles3/meta:editing-cyclesmeta:document-statistic meta:table-count=5 meta:image-count=1 meta:object-count=0 meta:page-count=2 meta:paragraph-count=3204 meta:word-count=11343 meta:character-count=81960 meta:non-whitespace-character-count=71735/meta:user-defined meta:name=google-site-verificationJUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA/meta:user-defined/office:meta + office:metadc:titleCredits » LibreOffice/dc:titlemeta:keywordCredits/meta:keywordmeta:keywordcontributors/meta:keywordmeta:keywordcoders/meta:keywordmeta:keyworddevelopers/meta:keyworddc:descriptionCredits for the LibreOffice development/coding./dc:descriptionmeta:generatorLibreOffice/4.4.3.2$Linux_X86_64 LibreOffice_project/88805f81e9fe61362df02b9941de8e38a9b5fd16/meta:generatordc:date2012-02-20T22:17:18.06000/dc:datemeta:editing-durationPT14M12S/meta:editing-durationmeta:editing-cycles3/meta:editing-cyclesmeta:document-statistic meta:table-count=5 meta:image-count=1 meta:object-count=0 meta:page-count=2 meta:paragraph-count=3212 meta:word-count=11371 meta:character-count=82148 meta:non-whitespace-character-count=71898/meta:user-defined meta:name=google-site-verificationJUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA/meta:user-defined/office:meta office:settings config:config-item-set config:name=ooo:view-settings - config:config-item config:name=ViewAreaTop config:type=long630/config:config-item + config:config-item config:name=ViewAreaTop config:type=long527/config:config-item config:config-item config:name=ViewAreaLeft config:type=long501/config:config-item - config:config-item config:name=ViewAreaWidth config:type=long21525/config:config-item - config:config-item
[Libreoffice-bugs] [Bug 92193] New: Window re-drawn at old position after opening doc (un-doing user action to move it)
https://bugs.documentfoundation.org/show_bug.cgi?id=92193 Bug ID: 92193 Summary: Window re-drawn at old position after opening doc (un-doing user action to move it) Product: LibreOffice Version: 5.0.0.0.beta3 Hardware: Other OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jim.av...@gmail.com Created attachment 116664 -- https://bugs.documentfoundation.org/attachment.cgi?id=116664action=edit An example spreadsheet which takes a while to read in If the main window is moved (e.g. with the mouse) while a document is being opened, then afterwards LO moves the window back to where it was, effectively un-doing the user's action. It is as if the position of the window is sensed, then the document is read, and then the window is re-drawn at its OLD location. This is quite annoying, especially when opening a large document which takes a number of seconds to read. I'm guessing the fix is to sense the window position only *immediately* before re-drawing the window, without doing anything else inbetween those steps. STEPS TO REPRODUCE: 1. Start libreoffice on the attached demo spreadsheet. 2. As soon as the window appears (initially empty), move it somewhere else 3. Respond to the Enable Macros? question (yes or now, doesn't matter) Actual results: The window is moved back where it initially appeared Expected results: The window should stay where the user put it -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92194] headless renderer not doing mask based clipping ...
https://bugs.documentfoundation.org/show_bug.cgi?id=92194 Michael Meeks michael.me...@collabora.com changed: What|Removed |Added Status|UNCONFIRMED |NEW 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92056] underline dropdown
https://bugs.documentfoundation.org/show_bug.cgi?id=92056 --- Comment #12 from Andrew android2...@gmail.com --- The ability to easily choose a dropdown line style, without going through the dialog, could be very useful feature. yes it would be a very useful feature... to also have with strike through and over line. In general I don't like the idea of a dropdown with commands that are not a variation of the main button. Dropdown items should either belong to the same toggle group as the main button, so that they can replace each other (like text alignment, or shapes), why is so hard to think of this not as just the underline button but the line button. under, through, over. These really are not that different just their position related to characters. Would you have a strike through and over line split button? because they could have line styles too. if they could use the same split button why can't they be in the same split button? or there should be no main button (which is not an option for underline as it's much used). Other then that it's too confusing, and also highly undiscoverable for a new user, that would never ever think of looking for strike through under Underline, unless he already knows it's there. Also, if there is no enough room for strike through on the toolbar, it could be a hidden button by default. That's exactly the purpose of hidden buttons, to have there much useful buttons, when there is no enough room for them by default, so that a user could easily add them, without wasting time with the toolbar customization dialog. Rarely used buttons, shouldn't be in the toolbar anyway, even as hidden buttons. So because these buttons are rarely used they should be hidden, actually they should not even be hidden buttons. yet putting them in the split buttons drop down makes it hard for people discover them... tell me how are people going to discover a hidden button/button not in the toolbar at all? It took me a long time to discover that you could customize the tool bars and I am an advanced user. But even the newest user to office tools will eventually decide to look at whats in the split button just like they will when they choose more colors. again IMHO I don't think it is a big deal at all to place these three buttons in the same split button. as they do relatively the same thing. Put a line somewhere around text. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 92056] underline dropdown
https://bugs.documentfoundation.org/show_bug.cgi?id=92056 --- Comment #12 from Andrew android2...@gmail.com --- The ability to easily choose a dropdown line style, without going through the dialog, could be very useful feature. yes it would be a very useful feature... to also have with strike through and over line. In general I don't like the idea of a dropdown with commands that are not a variation of the main button. Dropdown items should either belong to the same toggle group as the main button, so that they can replace each other (like text alignment, or shapes), why is so hard to think of this not as just the underline button but the line button. under, through, over. These really are not that different just their position related to characters. Would you have a strike through and over line split button? because they could have line styles too. if they could use the same split button why can't they be in the same split button? or there should be no main button (which is not an option for underline as it's much used). Other then that it's too confusing, and also highly undiscoverable for a new user, that would never ever think of looking for strike through under Underline, unless he already knows it's there. Also, if there is no enough room for strike through on the toolbar, it could be a hidden button by default. That's exactly the purpose of hidden buttons, to have there much useful buttons, when there is no enough room for them by default, so that a user could easily add them, without wasting time with the toolbar customization dialog. Rarely used buttons, shouldn't be in the toolbar anyway, even as hidden buttons. So because these buttons are rarely used they should be hidden, actually they should not even be hidden buttons. yet putting them in the split buttons drop down makes it hard for people discover them... tell me how are people going to discover a hidden button/button not in the toolbar at all? It took me a long time to discover that you could customize the tool bars and I am an advanced user. But even the newest user to office tools will eventually decide to look at whats in the split button just like they will when they choose more colors. again IMHO I don't think it is a big deal at all to place these three buttons in the same split button. as they do relatively the same thing. Put a line somewhere around text. -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 92194] New: headless renderer not doing mask based clipping ...
https://bugs.documentfoundation.org/show_bug.cgi?id=92194 Bug ID: 92194 Summary: headless renderer not doing mask based clipping ... Product: LibreOffice Version: 5.0.0.0.beta1 Hardware: Other OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: graphics stack Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: michael.me...@collabora.com The attached document relies on 1x bit mask clipping to ensure the gradient is contained within the shape from the drawinglayer: #5 0x7fffe05ab768 in drawinglayer::impBufferDevice::paint (this=0x7fff84f0, fTrans=0) at /data/opt/libreoffice/master/drawinglayer/source/processor2d/vclhelperbufferdevice.cxx:336 #6 0x7fffe05c4226 in drawinglayer::processor2d::VclProcessor2D::RenderMaskPrimitive2DPixel (this=0x1a4d070, rMaskCandidate=...) at /data/opt/libreoffice/master/drawinglayer/source/processor2d/vclprocessor2d.cxx:910 Unfortunately the headless backend mangles the palette of the bitmap by mis-allocating the colors; a trivial fix but horrible to find chasing through basebmp. The use of uninitialized data to provide the palette colors being rather unfortunate ;-) Thankfully an easy fix. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92170] UI: Add option for editing bullet style in the Shape style dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=92170 Beluga todven...@suomi24.fi changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Severity|normal |enhancement --- Comment #3 from Beluga todven...@suomi24.fi --- Ok, sorry I was looking at all the other styles except default. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 437210d58f32177ef1829d704f7f4d2f1bbfbfdd TinderBox: Win-x86@39, Branch:master, Time: 2015-06-18_07:21:56 Locale: fi-FI (fi_FI) -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 78111] UI: Freakout-Like Bug in Properties sidebar on resize
https://bugs.documentfoundation.org/show_bug.cgi?id=78111 --- Comment #10 from Bernhard Rieder bernh...@ratte.dhs.org --- Created attachment 11 -- https://bugs.documentfoundation.org/attachment.cgi?id=11action=edit Libreoffice freaking out (as the original reporter called it) -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92177] Bug Found: Cal Spreadsheet cursor issue: specifically in first row
https://bugs.documentfoundation.org/show_bug.cgi?id=92177 m.a.riosv miguelange...@libreoffice.org changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 Severity|major |normal --- Comment #1 from m.a.riosv miguelange...@libreoffice.org --- Hi @ A.DINESH, thanks for reporting. Reproducible. win7x64Ultimate Version: 4.4.5.0.0+ Build ID: 5f02e2eb1214efdb4a09f92458838528d07acc6c TinderBox: Win-x86@51-TDF, Branch:libreoffice-4-4, Time: 2015-06-09_20:59:39 Steps to reproduce: 1 Open a new blank spreadsheet. 2 Go to the first row of the last visible column. 3 Double click to edit the cell. A second non blinking cursor is showed in the cell to the left. Not reproducible in: Version: 5.0.0.0.beta3 (x64) Build ID: 96345c15d8ab19c49014f055fe41ba8e1f421e5c Except I have missed something, no limitation to work, no major issue. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92170] UI: Add option for editing bullet style in the Shape style dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=92170 --- Comment #2 from Francisco franciscoadriansanc...@gmail.com --- Created attachment 116663 -- https://bugs.documentfoundation.org/attachment.cgi?id=116663action=edit Images styles dialog Hi, I don't understand what you mean but I'm uploading a screenshot of the problem done with LibO 4.4. However, I think this is inherited from OOo. There, you can see the dialog for the Default style for a shape in Draw. It has already assigned a default bullet (black thick dot). However, it is not possible to edit the bullet assigned to the Default style: the tab with the bullet format is missing. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
Re: About tdf#92188 and dup LO from Apple Store)
On Fri, Jun 19, 2015 at 6:57 PM, Julien Nabet serval2...@yahoo.fr wrote: On 19/06/2015 18:50, Eike Rathke wrote: Hi julien2412, On Friday, 2015-06-19 09:36:48 -0700, julien2412 wrote: I noticed these bugtrackers tdf#92188 and tdf#92189, both indicate a purchase of LO on Apple store (!) and both have the same pb. I advised to download LO from official website but can we do something else? Please see https://libreoffice-from-collabora.com/libreoffice-mac-app-store-launch/ and please revise your advice in https://bugs.documentfoundation.org/show_bug.cgi?id=92189 However, we should clarify where bugs against LibreOffice Vanilla should be reported and how they are to be handled. Thank you for your feedback. I'm not sure to understand, I haven't found any Collabora bugtracker but I'd say NOTOURBUG since it's not Vanilla LO. Please assign those bugs to me in the future. Hopefully there will not be many. Collabora and TDF are building from the same codebase, yet different configuration is used. A bugfix for one will benefit the other, in general. Thanks, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 92164] FILESAVE in CALC
https://bugs.documentfoundation.org/show_bug.cgi?id=92164 m.a.riosv miguelange...@libreoffice.org changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |NOTABUG --- Comment #7 from m.a.riosv miguelange...@libreoffice.org --- Then there is nothing to reproduce and verify. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92194] headless renderer not doing mask based clipping ...
https://bugs.documentfoundation.org/show_bug.cgi?id=92194 Michael Meeks michael.me...@collabora.com changed: What|Removed |Added Status|NEW |RESOLVED CC||t...@libreoffice.org Resolution|--- |FIXED --- Comment #2 from Michael Meeks michael.me...@collabora.com --- Ancient bug - amazing really ;-) pushed fix to gerrit: https://gerrit.libreoffice.org/16382 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 83859] UI Name box selection does not support arrow keys on Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=83859 Commit Notification libreoffice-comm...@lists.freedesktop.org changed: What|Removed |Added Whiteboard|bibisected |bibisected target:5.1.0 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 83859] UI Name box selection does not support arrow keys on Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=83859 --- Comment #6 from Commit Notification libreoffice-comm...@lists.freedesktop.org --- Katarina Behrens committed a patch related to this issue. It has been pushed to master: http://cgit.freedesktop.org/libreoffice/core/commit/?id=3ecef8cedb215e49237a11607197edc91639bfcd tdf#83859: Make arrow keys work again in named ranges dropdown It will be available in 5.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: sc/source
sc/source/ui/app/inputwin.cxx |4 1 file changed, 4 insertions(+) New commits: commit 3ecef8cedb215e49237a11607197edc91639bfcd Author: Katarina Behrens katarina.behr...@cib.de Date: Fri Jun 19 17:07:50 2015 +0200 tdf#83859: Make arrow keys work again in named ranges dropdown Regression from ed6b8c9f8d1b93230 which slightly changed the logic and set bHandled to true by default, thus effectively throwing all key press events except for Enter and Esc away. Set key press events (minus Enter Esc) to bHandled = false and let them fall through to be dealt with in the base class (ComboBox) Change-Id: Ie1d857725a7de1d0bed1fd59df7eef5390ae5f3d diff --git a/sc/source/ui/app/inputwin.cxx b/sc/source/ui/app/inputwin.cxx index 47f1400..7b14b41 100644 --- a/sc/source/ui/app/inputwin.cxx +++ b/sc/source/ui/app/inputwin.cxx @@ -2504,6 +2504,10 @@ bool ScPosWnd::Notify( NotifyEvent rNEvt ) ReleaseFocus_Impl(); } break; + +default: +bHandled = false; +break; } } break; ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 78111] UI: Freakout-Like Bug in Properties sidebar on resize
https://bugs.documentfoundation.org/show_bug.cgi?id=78111 --- Comment #11 from Bernhard Rieder bernh...@ratte.dhs.org --- I added a screencast of the problem. Only way to get out is kill -9 PID. :( Sorry it took so long I forgot to enable email notifications for this bug. Best Regards, Bernhard -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'libreoffice-5-0' - sc/uiconfig
sc/uiconfig/scalc/toolbar/arrowshapes.xml | 32 +++ sc/uiconfig/scalc/toolbar/basicshapes.xml | 20 -- sc/uiconfig/scalc/toolbar/calloutshapes.xml|3 +- sc/uiconfig/scalc/toolbar/drawbar.xml | 15 +-- sc/uiconfig/scalc/toolbar/drawobjectbar.xml| 14 +- sc/uiconfig/scalc/toolbar/graphicobjectbar.xml | 28 +++- sc/uiconfig/scalc/toolbar/standardbar.xml | 11 +--- sc/uiconfig/scalc/toolbar/starshapes.xml |8 ++--- sc/uiconfig/scalc/toolbar/symbolshapes.xml | 16 +-- sc/uiconfig/scalc/toolbar/textobjectbar.xml| 34 +++-- 10 files changed, 110 insertions(+), 71 deletions(-) New commits: commit 4f2b3b7edb565230f35bfd5baa877b2c9cd3c692 Author: Yousuf Philips philip...@hotmail.com Date: Sun Jun 7 12:34:33 2015 +0400 tdf#85594 Additional tweaks to standard and drawing toolbars Change-Id: I57b538c0490a1fc8233041fdee51889b62ea0eb7 Reviewed-on: https://gerrit.libreoffice.org/16131 Reviewed-by: Yousuf Philips philip...@hotmail.com Tested-by: Yousuf Philips philip...@hotmail.com (cherry picked from commit 932d9cd9c9effcbc8b24c10aa7322e42a1cbc908) Reviewed-on: https://gerrit.libreoffice.org/16253 Tested-by: Jenkins c...@libreoffice.org Reviewed-by: Christian Lohmaier lohmaier+libreoff...@googlemail.com diff --git a/sc/uiconfig/scalc/toolbar/arrowshapes.xml b/sc/uiconfig/scalc/toolbar/arrowshapes.xml index 69c7d33..b17a7e6 100644 --- a/sc/uiconfig/scalc/toolbar/arrowshapes.xml +++ b/sc/uiconfig/scalc/toolbar/arrowshapes.xml @@ -18,34 +18,34 @@ * the License at http://www.apache.org/licenses/LICENSE-2.0 . -- toolbar:toolbar xmlns:toolbar=http://openoffice.org/2001/toolbar; xmlns:xlink=http://www.w3.org/1999/xlink; toolbar:id=toolbar - toolbar:toolbaritem xlink:href=.uno:ArrowShapes.left-arrow/ toolbar:toolbaritem xlink:href=.uno:ArrowShapes.right-arrow/ - toolbar:toolbaritem xlink:href=.uno:ArrowShapes.up-arrow/ + toolbar:toolbaritem xlink:href=.uno:ArrowShapes.left-arrow/ toolbar:toolbaritem xlink:href=.uno:ArrowShapes.down-arrow/ + toolbar:toolbaritem xlink:href=.uno:ArrowShapes.up-arrow/ toolbar:toolbaritem xlink:href=.uno:ArrowShapes.left-right-arrow/ toolbar:toolbaritem xlink:href=.uno:ArrowShapes.up-down-arrow/ toolbar:toolbarbreak/ - toolbar:toolbaritem xlink:href=.uno:ArrowShapes.up-right-arrow/ - toolbar:toolbaritem xlink:href=.uno:ArrowShapes.up-right-down-arrow/ + toolbar:toolbaritem xlink:href=.uno:ArrowShapes.circular-arrow/ + toolbar:toolbaritem xlink:href=.uno:ArrowShapes.s-sharped-arrow/ + toolbar:toolbaritem xlink:href=.uno:ArrowShapes.split-arrow/ + toolbar:toolbaritem xlink:href=.uno:ArrowShapes.split-round-arrow/ toolbar:toolbaritem xlink:href=.uno:ArrowShapes.quad-arrow/ toolbar:toolbaritem xlink:href=.uno:ArrowShapes.corner-right-arrow/ - toolbar:toolbaritem xlink:href=.uno:ArrowShapes.split-arrow/ - toolbar:toolbaritem xlink:href=.uno:ArrowShapes.striped-right-arrow/ toolbar:toolbarbreak/ - toolbar:toolbaritem xlink:href=.uno:ArrowShapes.notched-right-arrow/ - toolbar:toolbaritem xlink:href=.uno:ArrowShapes.pentagon-right/ toolbar:toolbaritem xlink:href=.uno:ArrowShapes.chevron/ + toolbar:toolbaritem xlink:href=.uno:ArrowShapes.pentagon-right/ + toolbar:toolbaritem xlink:href=.uno:ArrowShapes.striped-right-arrow/ + toolbar:toolbaritem xlink:href=.uno:ArrowShapes.up-right-down-arrow/ + toolbar:toolbaritem xlink:href=.uno:ArrowShapes.notched-right-arrow/ + toolbar:toolbaritem xlink:href=.uno:ArrowShapes.up-right-arrow/ + toolbar:toolbarbreak/ toolbar:toolbaritem xlink:href=.uno:ArrowShapes.right-arrow-callout/ toolbar:toolbaritem xlink:href=.uno:ArrowShapes.left-arrow-callout/ - toolbar:toolbaritem xlink:href=.uno:ArrowShapes.up-arrow-callout/ - toolbar:toolbarbreak/ toolbar:toolbaritem xlink:href=.uno:ArrowShapes.down-arrow-callout/ + toolbar:toolbaritem xlink:href=.uno:ArrowShapes.up-arrow-callout/ toolbar:toolbaritem xlink:href=.uno:ArrowShapes.left-right-arrow-callout/ toolbar:toolbaritem xlink:href=.uno:ArrowShapes.up-down-arrow-callout/ - toolbar:toolbaritem xlink:href=.uno:ArrowShapes.up-right-arrow-callout/ - toolbar:toolbaritem xlink:href=.uno:ArrowShapes.quad-arrow-callout/ - toolbar:toolbaritem xlink:href=.uno:ArrowShapes.circular-arrow/ toolbar:toolbarbreak/ - toolbar:toolbaritem xlink:href=.uno:ArrowShapes.split-round-arrow/ - toolbar:toolbaritem xlink:href=.uno:ArrowShapes.s-sharped-arrow/ -/toolbar:toolbar \ No newline at end of file + toolbar:toolbaritem xlink:href=.uno:ArrowShapes.quad-arrow-callout/ + toolbar:toolbaritem xlink:href=.uno:ArrowShapes.up-right-arrow-callout/ +/toolbar:toolbar diff --git a/sc/uiconfig/scalc/toolbar/basicshapes.xml b/sc/uiconfig/scalc/toolbar/basicshapes.xml index e0ff214..f7e73cd 100644 --- a/sc/uiconfig/scalc/toolbar/basicshapes.xml +++ b/sc/uiconfig/scalc/toolbar/basicshapes.xml @@ -22,25 +22,27 @@
[Libreoffice-bugs] [Bug 92061] When opening an RTF file with bracketed \sub or \super in a footnote, the text body is parsed wrongly, and terminates prematurely
https://bugs.documentfoundation.org/show_bug.cgi?id=92061 Miklos Vajna vmik...@collabora.co.uk changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |vmik...@collabora.co.uk |desktop.org | --- Comment #5 from Miklos Vajna vmik...@collabora.co.uk --- What's special about this document is that the 7 characters after \footnote contain a {, but no }. Ideally that doesn't matter, but given that there is a missing seek in the \footnote handler... ;-) -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92195] New: loading component library sclo.dll
https://bugs.documentfoundation.org/show_bug.cgi?id=92195 Bug ID: 92195 Summary: loading component library sclo.dll Product: LibreOffice Version: unspecified Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: critical Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: p.account...@yahoo.com.br Dear, The libre offices calc versions 4.3.6 and 4.3.7, contain this erros: Message: O componente não pode ser carregado, as causas possíveis são uma intalatação defeituosa ou impompleta. Mensagem de erro completa: loanding component library file:///c:\program%20files%20(x86)/libreoffice%204/program/../program/sclo.dll failed. --- I'm using windows 7 portuguese, 64 bits. I will install the version 4.3.5 again. Thanks. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 57344] UI: 'Edit Style' item superfluous in TABLE related context menus if not all table is selected
https://bugs.documentfoundation.org/show_bug.cgi?id=57344 Beluga todven...@suomi24.fi changed: What|Removed |Added CC||todven...@suomi24.fi --- Comment #7 from Beluga todven...@suomi24.fi --- Edit style does work if you: 1. Create table 2. Make it so no cells are selected/blue 3. Select the table as object 4. Edit style from context menu Then it opens a dialog that has, among others, a Shadowing tab. -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-commits] core.git: Branch 'libreoffice-5-0' - readlicense_oo/license
readlicense_oo/license/CREDITS.fodt | 2787 ++-- 1 file changed, 1405 insertions(+), 1382 deletions(-) New commits: commit 6889dd9477e7049a7249e89725244dcc9355fc9c Author: Christian Lohmaier lohmaier+libreoff...@googlemail.com Date: Fri Jun 19 22:40:14 2015 +0200 update credits Change-Id: I3006409dbfb7fe2cc53fbcb5469962ab3217f5c3 diff --git a/readlicense_oo/license/CREDITS.fodt b/readlicense_oo/license/CREDITS.fodt index aa42998..5757ce8 100644 --- a/readlicense_oo/license/CREDITS.fodt +++ b/readlicense_oo/license/CREDITS.fodt @@ -1,24 +1,24 @@ ?xml version=1.0 encoding=UTF-8? office:document xmlns:office=urn:oasis:names:tc:opendocument:xmlns:office:1.0 xmlns:style=urn:oasis:names:tc:opendocument:xmlns:style:1.0 xmlns:text=urn:oasis:names:tc:opendocument:xmlns:text:1.0 xmlns:table=urn:oasis:names:tc:opendocument:xmlns:table:1.0 xmlns:draw=urn:oasis:names:tc:opendocument:xmlns:drawing:1.0 xmlns:fo=urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0 xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:dc=http://purl.org/dc/elements/1.1/; xmlns:meta=urn:oasis:names:tc:opendocument:xmlns:meta:1.0 xmlns:number=urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0 xmlns:svg=urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0 xmlns:chart=urn:oasis:names:tc:opendocument:xmlns:chart:1.0 xmlns:dr3d=urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0 xmlns:math=http://www.w3.org/1998/Math/MathML; xmlns:form=urn:oasis:names:tc:opendocument:xmlns:form:1.0 xmlns:script=urn:oasis:names:tc:opendocument:xmlns:script:1.0 xmlns:config=urn:oas is:names:tc:opendocument:xmlns:config:1.0 xmlns:ooo=http://openoffice.org/2004/office; xmlns:ooow=http://openoffice.org/2004/writer; xmlns:oooc=http://openoffice.org/2004/calc; xmlns:dom=http://www.w3.org/2001/xml-events; xmlns:xforms=http://www.w3.org/2002/xforms; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:rpt=http://openoffice.org/2005/report; xmlns:of=urn:oasis:names:tc:opendocument:xmlns:of:1.2 xmlns:xhtml=http://www.w3.org/1999/xhtml; xmlns:grddl=http://www.w3.org/2003/g/data-view#; xmlns:officeooo=http://openoffice.org/2009/office; xmlns:tableooo=http://openoffice.org/2009/table; xmlns:drawooo=http://openoffice.org/2010/draw; xmlns:calcext=urn:org:documentfoundation:names:experimental:calc:xmlns:calcext:1.0 xmlns:loext=urn:org:documentfoundation:names:experimental:office:xmlns:loext:1.0 xmlns:field=urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0 xmlns:formx=urn:openoffice:names: experimental:ooxml-odf-interop:xmlns:form:1.0 xmlns:css3t=http://www.w3.org/TR/css3-text/; office:version=1.2 office:mimetype=application/vnd.oasis.opendocument.text - office:metadc:titleCredits » LibreOffice/dc:titlemeta:keywordCredits/meta:keywordmeta:keywordcontributors/meta:keywordmeta:keywordcoders/meta:keywordmeta:keyworddevelopers/meta:keyworddc:descriptionCredits for the LibreOffice development/coding./dc:descriptionmeta:generatorLibreOffice/4.4.3.2$Linux_X86_64 LibreOffice_project/88805f81e9fe61362df02b9941de8e38a9b5fd16/meta:generatordc:date2012-02-20T22:17:18.06000/dc:datemeta:editing-durationPT14M12S/meta:editing-durationmeta:editing-cycles3/meta:editing-cyclesmeta:document-statistic meta:table-count=5 meta:image-count=1 meta:object-count=0 meta:page-count=2 meta:paragraph-count=3204 meta:word-count=11343 meta:character-count=81960 meta:non-whitespace-character-count=71735/meta:user-defined meta:name=google-site-verificationJUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA/meta:user-defined/office:meta + office:metadc:titleCredits » LibreOffice/dc:titlemeta:keywordCredits/meta:keywordmeta:keywordcontributors/meta:keywordmeta:keywordcoders/meta:keywordmeta:keyworddevelopers/meta:keyworddc:descriptionCredits for the LibreOffice development/coding./dc:descriptionmeta:generatorLibreOffice/4.4.3.2$Linux_X86_64 LibreOffice_project/88805f81e9fe61362df02b9941de8e38a9b5fd16/meta:generatordc:date2012-02-20T22:17:18.06000/dc:datemeta:editing-durationPT14M12S/meta:editing-durationmeta:editing-cycles3/meta:editing-cyclesmeta:document-statistic meta:table-count=5 meta:image-count=1 meta:object-count=0 meta:page-count=2 meta:paragraph-count=3212 meta:word-count=11371 meta:character-count=82148 meta:non-whitespace-character-count=71898/meta:user-defined meta:name=google-site-verificationJUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA/meta:user-defined/office:meta office:settings config:config-item-set config:name=ooo:view-settings - config:config-item config:name=ViewAreaTop config:type=long630/config:config-item + config:config-item config:name=ViewAreaTop config:type=long527/config:config-item config:config-item config:name=ViewAreaLeft config:type=long501/config:config-item - config:config-item config:name=ViewAreaWidth config:type=long21525/config:config-item - config:config-item
[Libreoffice-bugs] [Bug 92164] FILESAVE in CALC
https://bugs.documentfoundation.org/show_bug.cgi?id=92164 --- Comment #8 from gmarco gmmell...@inwind.it --- (In reply to m.a.riosv from comment #7) Then there is nothing to reproduce and verify. Hi, just tonight, changing again the xls file, the problem still occurred. I wish to point that: - the message appears after having completed the save (Save As) - if I do not exit the file and try to save it again with a different name, the warning is repeated - but if I exit the file, reopen it and resave it (Save As) the warning does no more displays. Now I ask you: the problem exists, it is regrettably recurring but unfortunately intermittent: do you want the file anyway? -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92171] UX: Common sidebar experience for LibO Math
https://bugs.documentfoundation.org/show_bug.cgi?id=92171 --- Comment #3 from Francisco franciscoadriansanc...@gmail.com --- (In reply to Heiko Tietze from comment #2) I'd say it's not the usual sidebar at all. +1 for having it updated according the HIG (which is being in preparation). Indeed. My point is that the present status, IMHO, is suboptimal. And an approach analogue to the one in the standard sidebar (I mean, the one present in Writer, Calc, etc) could be an improvement. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 92171] UX: Common sidebar experience for LibO Math
https://bugs.documentfoundation.org/show_bug.cgi?id=92171 --- Comment #3 from Francisco franciscoadriansanc...@gmail.com --- (In reply to Heiko Tietze from comment #2) I'd say it's not the usual sidebar at all. +1 for having it updated according the HIG (which is being in preparation). Indeed. My point is that the present status, IMHO, is suboptimal. And an approach analogue to the one in the standard sidebar (I mean, the one present in Writer, Calc, etc) could be an improvement. -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 92194] headless renderer not doing mask based clipping ...
https://bugs.documentfoundation.org/show_bug.cgi?id=92194 --- Comment #1 from Michael Meeks michael.me...@collabora.com --- Created attachment 116665 -- https://bugs.documentfoundation.org/attachment.cgi?id=116665action=edit Gradient test document -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92195] loading component library sclo.dll
https://bugs.documentfoundation.org/show_bug.cgi?id=92195 Marcos p.account...@yahoo.com.br changed: What|Removed |Added Hardware|x86-64 (AMD64) |Other -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'feature/gsoc14-draw-chained-text-boxes' - svx/source
svx/source/svdraw/svdotext.cxx |2 ++ 1 file changed, 2 insertions(+) New commits: commit db6cb513f87e4261e8899799b5474b38c6ca92f9 Author: matteocam matteo.campane...@gmail.com Date: Fri Jun 19 20:03:04 2015 -0400 Don't set immediately text in editing outliner in overflow Change-Id: Ia6d7c5902dc971b3881dfd0ed37149f5f7770bf2 diff --git a/svx/source/svdraw/svdotext.cxx b/svx/source/svdraw/svdotext.cxx index 02ce10b..ca45989 100644 --- a/svx/source/svdraw/svdotext.cxx +++ b/svx/source/svdraw/svdotext.cxx @@ -2023,8 +2023,10 @@ void SdrTextObj::onUnderflowStatusEvent( ) // Set the other box empty so if overflow does not occur we are fine pNextLink-NbcSetOutlinerParaObject(aDrawOutliner.GetEmptyParaObject()); +/* if (pEdtOutl != NULL) pEdtOutl-SetText(*pNewText); +*/ const_castSdrTextObj*(this)-NbcSetOutlinerParaObject(pNewText); } ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 92171] UX: Common sidebar experience for LibO Math
https://bugs.documentfoundation.org/show_bug.cgi?id=92171 Beluga todven...@suomi24.fi changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||todven...@suomi24.fi Component|Formula Editor |ux-advise --- Comment #1 from Beluga todven...@suomi24.fi --- Let's bounce this off the design team. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 92171] UX: Common sidebar experience for LibO Math
https://bugs.documentfoundation.org/show_bug.cgi?id=92171 Beluga todven...@suomi24.fi changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||todven...@suomi24.fi Component|Formula Editor |ux-advise --- Comment #1 from Beluga todven...@suomi24.fi --- Let's bounce this off the design team. -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 57344] UI: 'Edit Style' item superfluous in TABLE related context menus if not all table is selected
https://bugs.documentfoundation.org/show_bug.cgi?id=57344 Yousuf (Jay) Philips philip...@hotmail.com changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||philip...@hotmail.com --- Comment #6 from Yousuf (Jay) Philips philip...@hotmail.com --- Tested on 5.1 master and had to switch to outline view get back to regular usage. I'd suggest just removing the entry as it doesnt seem to do anything whether inside a table or selecting the table object, and doubt that Impress/Draw has table styles. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: readlicense_oo/license
readlicense_oo/license/CREDITS.fodt | 2787 ++-- 1 file changed, 1405 insertions(+), 1382 deletions(-) New commits: commit b3c4d4c5a4f8826274fa531831fecd9d7a798d43 Author: Christian Lohmaier lohmaier+libreoff...@googlemail.com Date: Fri Jun 19 22:35:57 2015 +0200 update credits Change-Id: I40f88d598b89b434979fa34003c02212e28d72a0 diff --git a/readlicense_oo/license/CREDITS.fodt b/readlicense_oo/license/CREDITS.fodt index aa42998..5757ce8 100644 --- a/readlicense_oo/license/CREDITS.fodt +++ b/readlicense_oo/license/CREDITS.fodt @@ -1,24 +1,24 @@ ?xml version=1.0 encoding=UTF-8? office:document xmlns:office=urn:oasis:names:tc:opendocument:xmlns:office:1.0 xmlns:style=urn:oasis:names:tc:opendocument:xmlns:style:1.0 xmlns:text=urn:oasis:names:tc:opendocument:xmlns:text:1.0 xmlns:table=urn:oasis:names:tc:opendocument:xmlns:table:1.0 xmlns:draw=urn:oasis:names:tc:opendocument:xmlns:drawing:1.0 xmlns:fo=urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0 xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:dc=http://purl.org/dc/elements/1.1/; xmlns:meta=urn:oasis:names:tc:opendocument:xmlns:meta:1.0 xmlns:number=urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0 xmlns:svg=urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0 xmlns:chart=urn:oasis:names:tc:opendocument:xmlns:chart:1.0 xmlns:dr3d=urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0 xmlns:math=http://www.w3.org/1998/Math/MathML; xmlns:form=urn:oasis:names:tc:opendocument:xmlns:form:1.0 xmlns:script=urn:oasis:names:tc:opendocument:xmlns:script:1.0 xmlns:config=urn:oas is:names:tc:opendocument:xmlns:config:1.0 xmlns:ooo=http://openoffice.org/2004/office; xmlns:ooow=http://openoffice.org/2004/writer; xmlns:oooc=http://openoffice.org/2004/calc; xmlns:dom=http://www.w3.org/2001/xml-events; xmlns:xforms=http://www.w3.org/2002/xforms; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:rpt=http://openoffice.org/2005/report; xmlns:of=urn:oasis:names:tc:opendocument:xmlns:of:1.2 xmlns:xhtml=http://www.w3.org/1999/xhtml; xmlns:grddl=http://www.w3.org/2003/g/data-view#; xmlns:officeooo=http://openoffice.org/2009/office; xmlns:tableooo=http://openoffice.org/2009/table; xmlns:drawooo=http://openoffice.org/2010/draw; xmlns:calcext=urn:org:documentfoundation:names:experimental:calc:xmlns:calcext:1.0 xmlns:loext=urn:org:documentfoundation:names:experimental:office:xmlns:loext:1.0 xmlns:field=urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0 xmlns:formx=urn:openoffice:names: experimental:ooxml-odf-interop:xmlns:form:1.0 xmlns:css3t=http://www.w3.org/TR/css3-text/; office:version=1.2 office:mimetype=application/vnd.oasis.opendocument.text - office:metadc:titleCredits » LibreOffice/dc:titlemeta:keywordCredits/meta:keywordmeta:keywordcontributors/meta:keywordmeta:keywordcoders/meta:keywordmeta:keyworddevelopers/meta:keyworddc:descriptionCredits for the LibreOffice development/coding./dc:descriptionmeta:generatorLibreOffice/4.4.3.2$Linux_X86_64 LibreOffice_project/88805f81e9fe61362df02b9941de8e38a9b5fd16/meta:generatordc:date2012-02-20T22:17:18.06000/dc:datemeta:editing-durationPT14M12S/meta:editing-durationmeta:editing-cycles3/meta:editing-cyclesmeta:document-statistic meta:table-count=5 meta:image-count=1 meta:object-count=0 meta:page-count=2 meta:paragraph-count=3204 meta:word-count=11343 meta:character-count=81960 meta:non-whitespace-character-count=71735/meta:user-defined meta:name=google-site-verificationJUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA/meta:user-defined/office:meta + office:metadc:titleCredits » LibreOffice/dc:titlemeta:keywordCredits/meta:keywordmeta:keywordcontributors/meta:keywordmeta:keywordcoders/meta:keywordmeta:keyworddevelopers/meta:keyworddc:descriptionCredits for the LibreOffice development/coding./dc:descriptionmeta:generatorLibreOffice/4.4.3.2$Linux_X86_64 LibreOffice_project/88805f81e9fe61362df02b9941de8e38a9b5fd16/meta:generatordc:date2012-02-20T22:17:18.06000/dc:datemeta:editing-durationPT14M12S/meta:editing-durationmeta:editing-cycles3/meta:editing-cyclesmeta:document-statistic meta:table-count=5 meta:image-count=1 meta:object-count=0 meta:page-count=2 meta:paragraph-count=3212 meta:word-count=11371 meta:character-count=82148 meta:non-whitespace-character-count=71898/meta:user-defined meta:name=google-site-verificationJUebjoxEpqXoQcpltWRTwzBZEEHtch3wApdhgiQPFiA/meta:user-defined/office:meta office:settings config:config-item-set config:name=ooo:view-settings - config:config-item config:name=ViewAreaTop config:type=long630/config:config-item + config:config-item config:name=ViewAreaTop config:type=long527/config:config-item config:config-item config:name=ViewAreaLeft config:type=long501/config:config-item - config:config-item config:name=ViewAreaWidth config:type=long21525/config:config-item - config:config-item
[Libreoffice-ux-advise] [Bug 92171] UX: Common sidebar experience for LibO Math
https://bugs.documentfoundation.org/show_bug.cgi?id=92171 --- Comment #2 from Heiko Tietze heiko.tie...@user-prompt.com --- I'd say it's not the usual sidebar at all. +1 for having it updated according the HIG (which is being in preparation). -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 92171] UX: Common sidebar experience for LibO Math
https://bugs.documentfoundation.org/show_bug.cgi?id=92171 --- Comment #2 from Heiko Tietze heiko.tie...@user-prompt.com --- I'd say it's not the usual sidebar at all. +1 for having it updated according the HIG (which is being in preparation). -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92160] Calc crash : bad allocation on Find Replace
https://bugs.documentfoundation.org/show_bug.cgi?id=92160 Terrence Enger lo_b...@iseries-guru.com changed: What|Removed |Added CC||lo_b...@iseries-guru.com OS|Windows (All) |All --- Comment #3 from Terrence Enger lo_b...@iseries-guru.com --- With dbgutil bibisect version 2015-06-19, which of course runs on Linux, the indicated replacement ran about half an hour, during which time the virtual memory allocated to soffice.bin grew to more than 11GB. Then LibreOffice simply quit. 11GB is about the sum of my RAM plus swap space, so even without the reporter's error message, I am setting O/S = All. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 78111] UI: Freakout-Like Bug in Properties sidebar on resize
https://bugs.documentfoundation.org/show_bug.cgi?id=78111 --- Comment #12 from Bernhard Rieder bernh...@ratte.dhs.org --- I installed 5.0.0-b3 from debian experimental, and guess what: The problem seems to be gone in Libreoffice Write 5.0.0-b3 which makes me very happy :) In 4.4 it was always reproducible but I cannot cause 5.0.0-b3 to freak out. Best Regards, Bernhard -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92182] dragdrop of mail merge fields from datasource browser is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=92182 Terrence Enger lo_b...@iseries-guru.com changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||lo_b...@iseries-guru.com Ever confirmed|0 |1 --- Comment #1 from Terrence Enger lo_b...@iseries-guru.com --- Thank you, Christoph, for helping us to improve LibreOffice. This report looks quite like tdf#92037 UI: Dragging a field from the Data Sources window into a document no longer works. Is it the same problem? If so, please set this report to status RESOLVED DUPLICATE 92037. If not, tell us what the difference is and set the status of this report back to UNCONFIRMED. Thank you for your help. Terry. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92111] missing frame-view while editing text
https://bugs.documentfoundation.org/show_bug.cgi?id=92111 Gabriel Diosan gabs...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||gabs...@gmail.com Ever confirmed|0 |1 --- Comment #3 from Gabriel Diosan gabs...@gmail.com --- Just to add my two cents worth. I can't reproduce this with: LibreOffice Version: 5.1.0.0.alpha1+ Build ID: 3ecef8cedb215e49237a11607197edc91639bfcd TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-06-20_01:01:56 Locale: en-AU (en_AU.UTF-8) On Ubuntu Gnome 15.10. So, seems Windows specific. Could the disappearing text frame be linked to the GPU/drivers on the system? Thomas, could you please provide the GPU and driver version you are using...it may help to track down this issue and help with reproduction. Setting to NEEDINFO for now. Gabriel -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92134] Sidebar hiding button flickers, when mouse hovers over the resizing edge
https://bugs.documentfoundation.org/show_bug.cgi?id=92134 --- Comment #3 from tommy27 ba...@quipo.it --- I still don't see that flicker you talk about. please submit a screencast. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 84425] PIVOTTABLE: Dynamic Table column field filter drop down menu not activated
https://bugs.documentfoundation.org/show_bug.cgi?id=84425 --- Comment #11 from Robert Gonzalez MX riggra...@gmail.com --- Created attachment 116668 -- https://bugs.documentfoundation.org/attachment.cgi?id=116668action=edit Screenshoot -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92151] EDITING: Crash while editing text, and lost 20 mins of work
https://bugs.documentfoundation.org/show_bug.cgi?id=92151 tommy27 ba...@quipo.it changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||ba...@quipo.it Ever confirmed|0 |1 --- Comment #1 from tommy27 ba...@quipo.it --- can you reproduce the issue again with a test file or was just a one time only bug? -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'feature/gsoc14-draw-chained-text-boxes' - svx/source
svx/source/svdraw/svdotext.cxx | 28 +--- 1 file changed, 25 insertions(+), 3 deletions(-) New commits: commit 0aab59ad3ab459b271bc9d6bab8d4002695845c1 Author: matteocam matteo.campane...@gmail.com Date: Fri Jun 19 21:19:06 2015 -0400 Finding out overflow by drawing outl if coming from underflow Change-Id: Ic19c17944b0c3d7d76e4a6623984fd5207b6eea8 diff --git a/svx/source/svdraw/svdotext.cxx b/svx/source/svdraw/svdotext.cxx index ca45989..b6a90e0 100644 --- a/svx/source/svdraw/svdotext.cxx +++ b/svx/source/svdraw/svdotext.cxx @@ -1972,8 +1972,14 @@ void SdrTextObj::onOverflowStatusEvent( ) SdrOutliner aDrawOutliner = ImpGetDrawOutliner(); if (pEdtOutl != NULL) mpOverflowingText = pEdtOutl-GetOverflowingText(); -else +else if(GetTextChain()-GetLinkHandlingUnderflow(this)) { +OutlinerParaObject *pPObj = GetOutlinerParaObject(); +aDrawOutliner.SetText(*pPObj); +aDrawOutliner.IsPageOverflow(); // Check for overflow to set flags mpOverflowingText = aDrawOutliner.GetOverflowingText(); +} else { +assert(0); // Should never happen. FIXME(matteocam) +} SdrTextObj *pNextTextObj = GetNextLinkInChain(); @@ -1991,6 +1997,11 @@ void SdrTextObj::onUnderflowStatusEvent( ) if (GetTextChain()-GetLinkHandlingUnderflow(this)) { +// possibly coming from an overflow +if (pEdtOutl) { +OutlinerParaObject *pPObj = GetOutlinerParaObject(); +pEdtOutl-SetText(*pPObj); +} GetTextChain()-SetLinkHandlingUnderflow(this, false); return; } @@ -2028,7 +2039,7 @@ void SdrTextObj::onUnderflowStatusEvent( ) pEdtOutl-SetText(*pNewText); */ -const_castSdrTextObj*(this)-NbcSetOutlinerParaObject(pNewText); +const_castSdrTextObj*(this)-SetOutlinerParaObject(pNewText); } } @@ -2133,7 +2144,18 @@ void SdrTextObj::onChainingEvent() if (!pEdtOutl) return; -bool bIsPageOverflow = pEdtOutl-IsPageOverflow(); +bool bIsPageOverflow; + +if (GetTextChain()-GetLinkHandlingUnderflow(this)) +{ +// If handling underflow we check for overflow in the object +Outliner aDrawOutliner = ImpGetDrawOutliner(); +OutlinerParaObject *pPObj = GetOutlinerParaObject(); +aDrawOutliner.SetText(*pPObj); +bIsPageOverflow = aDrawOutliner.IsPageOverflow(); +} else { +bIsPageOverflow = pEdtOutl-IsPageOverflow(); +} // Propagates the need for change SetToBeChained( bIsPageOverflow ); ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 92196] New: CRASH when this report attachment file opened
https://bugs.documentfoundation.org/show_bug.cgi?id=92196 Bug ID: 92196 Summary: CRASH when this report attachment file opened Product: LibreOffice Version: 5.0.0.0.beta3 Hardware: Other OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: souichi...@gmail.com Created attachment 116667 -- https://bugs.documentfoundation.org/attachment.cgi?id=116667action=edit when this file is opened, crash libreofficedev. Hi. When this report attachment file (odt) is opened, LibreOfficedev beta3 x64 on Windows 10 is crashed. Confirmed envirment... OS:Windows 10 Pro Insider Preview Version : 5.0.0.0.beta3 (x64) Build ID : 96345c15d8ab19c49014f055fe41ba8e1f421e5c Locale : ja-JP (ja_JP) Addtional Info: The crash is not caused on Debian Linux. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 38093] Functionality request for Writer: Add Outliner similar one in Impress as basis for outlining component
https://bugs.documentfoundation.org/show_bug.cgi?id=38093 --- Comment #24 from d...@dondwiggins.net --- I've been following the OO bug almost since its beginning. Unfortunately, the discussion there has been somewhat polluted by rancor between commenters. Consider this a heartfelt plea to avoid this happening here! Please, folks, keep your comments relevant to the desired feature. If you have a taste for flame wars, please take them elsewhere. As a small contribution to this bug, I offer a description I gave several years back of the outlining capability of Ecco Pro, a Windows PIM: http://www.compusol.org/ecco/outlining.html. To be clear, Ecco is not a candidate for an outlining component of a word processing application or suite. However, I've been using it for well over a decade as a project/task organizer and tracking tool. The main reason for posting it here is the ease of managing outlines, including easy restructuring as needed. It might be useful to review Ecco's outlining functions when designing the outliner for LO. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'feature/gsoc14-draw-chained-text-boxes' - svx/source
svx/source/svdraw/svdotext.cxx |3 +++ 1 file changed, 3 insertions(+) New commits: commit 0b6f9623414d9c70de2519476e6978388715ab8d Author: matteocam matteo.campane...@gmail.com Date: Fri Jun 19 22:57:25 2015 -0400 Make sure to call underflow one more time (not sure if really useful) Change-Id: I7a32305e2c53994c1e7b5c51bceef171a6c136f7 diff --git a/svx/source/svdraw/svdotext.cxx b/svx/source/svdraw/svdotext.cxx index 51c75a0..5b6d9a7 100644 --- a/svx/source/svdraw/svdotext.cxx +++ b/svx/source/svdraw/svdotext.cxx @@ -2008,6 +2008,8 @@ void SdrTextObj::onUnderflowStatusEvent( ) GetTextChain()-SetNilChainingEvent(this, true); OutlinerParaObject *pPObj = GetOutlinerParaObject(); pEdtOutl-SetText(*pPObj); +OutlinerParaObject *pNewPObj = pEdtOutl-CreateParaObject(); +SetOutlinerParaObject(pNewPObj); } return; @@ -2149,6 +2151,7 @@ void SdrTextObj::onChainingEvent() if (!pEdtOutl) return; + if (GetTextChain()-GetNilChainingEvent(this)) { GetTextChain()-SetNilChainingEvent(this, false); return; ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 91554] Calc adds empty style with new style from selection
https://bugs.documentfoundation.org/show_bug.cgi?id=91554 Robert Gonzalez MX riggra...@gmail.com changed: What|Removed |Added CC||riggra...@gmail.com --- Comment #3 from Robert Gonzalez MX riggra...@gmail.com --- Hello. Still present in Version: 5.0.0.0.beta3 Build ID: 96345c15d8ab19c49014f055fe41ba8e1f421e5c Locale: es-MX (es_MX) On Windows 8 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92196] CRASH when this report attachment file opened
https://bugs.documentfoundation.org/show_bug.cgi?id=92196 Masataka KONDO machey.phx...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Masataka KONDO machey.phx...@gmail.com --- This bug is represented with Windows 8.1 (using same ODT file). -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92193] Window re-drawn at old position after opening file (un-doing user action to move it)
https://bugs.documentfoundation.org/show_bug.cgi?id=92193 tommy27 ba...@quipo.it changed: What|Removed |Added CC||ba...@quipo.it Summary|Window re-drawn at old |Window re-drawn at old |position after opening doc |position after opening file |(un-doing user action to|(un-doing user action to |move it)|move it) --- Comment #1 from tommy27 ba...@quipo.it --- which O/S are you using? could you provide a screencast? -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92151] EDITING: Crash while editing text, and lost 20 mins of work
https://bugs.documentfoundation.org/show_bug.cgi?id=92151 --- Comment #2 from Luke Kendall l...@zeta.org.au --- It would certainly be difficult to retest - I would need to load up my system once again till it was badly thrashing and nearly out of VM, and then edit my novel for some time. Does LibreOffice carefully check for each new and every other memory allocation, to exit gracefully? If so, certainly another possibility is that the Linux kernel selected LO as the process to kill, when VM was exhausted - although that wouldn't explain why there were no backup files for the restore process when I restarted LO. In summary: it would be difficult to reproduce; but in a few weeks from now, I may have time to experiment and see what I can do. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
Re: ScPostIt revision
Hello Eike, thank you very much for your notes! 6/20/2015 2:44 AM, Eike Rathke пишет: I think that there are only three distinct types of notes out there: There *are* or there *should be*? I tried to look for places where currently ScPostIt is used, and only found these types of usage. So, I think there are. Treating this as should be helps structuring their relations and articulate pre- and postconditions, so that if later another usage emerges, it would be easy to built it in (add the mode and specify new relations to already present modes) without breaking already implemented usages. If copy-on-write is later implemented, it would simplify things further. 1. *Ordinary* objects: they belong to one and only one cell in a document. They don't share anything with no other *ordinary* note, nor with *clipboard* notes. But they always share data with *undo* notes. You'll need copy-on-write for that, otherwise modifying a note would also modify the Undo note. Well, that's not a problem. In undo notes, unmodified caption state is not required at all times, only when it is about to be used (i.e. it's at the top of undo stack). Any following modification (including modifying the note in question) will create its own undo, and put it to undo stack. Rewinding modifications will bring the modified object to original state when the undo note in question will have to be used. - to *clipboard* notes - then do deep copy; but the copy data should also be able to live without drawing layer. I believe that cut-to-clipboard should be treated uniformly, because there are *undo* objects that share data with original object, so transferring it to clipboard is prone to problems. As long as they *are* the same you don't need deep copies. Well, that *requires* the copy-on-write logic. As I mentioned, currently, it's not implemented for notes. And that's the major change that everyone advises me to avoid in the beginning. So, I don't think that that's what should I do now, because I do agree that major changes should be postponed to the moment when my understanding will be better. But that should be considered, because potentially that could further speed up the notes handling. So, as long as there's no copy-on-write, I suppose, what I wrote holds. 2. *Clipboard* notes. They should not share anything with any other note. They should be self-dependent, because otherwise (a) the clipboard contents could change by changing *ordinary* notes after copy-to-clipboard was made; Which is why copy-on-write would be good to have. I agree; do you think it is good time to start writing it? :) and (b) clipboard should be able to live independently of original document and its objects. They can only be copied to *ordinary* notes, not to *undo* or other *clipboard* notes. When copying to *ordinary* note, deep copy is required, because paste from clipboard can be made multiple times, so independence is required. If you cut and paste once, no deep copy is required. Further pastes at that stage or copypaste also don't require deep copies, only if one of the copies is modified it needs copy-on-write. OK, let's consider that as the vector for further improvements. 3. *Undo* objects: they always represent some state of one specific *ordinary* note; Exactly. all *undo* notes of one *ordinary* object should share its data. If the state of the ordinary note changes it needs copy-on-write. See above. That is what I see in code, and what I suppose is sane usage of the class. From this I draw the conclusion that smart memory management in this topic only depends on object *usage types*, and not on other circumstances. But I may well miss something (I'm sure I do), that's why I ask to point me to the usage I oversee. I want to build logic upon the stated usage modes, to make most optimal memory management automatically (ScPostIt client just need to specify the intended usage, and don't worry how not to mess things), not to make full copies at all times. What is the ScPostIt client and how would it know what the copy will be used for? A class client is any code that uses that class. If you write the code for undoing an operation, won't you know what you use it for? As far as I see, in every place where the notes are *created*, the required data is available (e.g., it may be directly created in methods that implement specific actions, or it may be called in copy from document to document methods that have both documents available to check their type (IsUndo()/IsClipboard())). But it's not so when they are used afterwards. I'm not saying that there is not a better way to handle note's life cycles. As Markus pointed out, there is an unfortunate complexity in how the notes are currently handled in large part because two separate entities - Calc core and the drawing layer - claim ownership and memory management responsibility to the note objects. And that two instances claim ownership needs to
[Libreoffice-bugs] [Bug 92191] clicking an open document file in Finder opens LibO but not the document
https://bugs.documentfoundation.org/show_bug.cgi?id=92191 tommy27 ba...@quipo.it changed: What|Removed |Added CC||ba...@quipo.it Version|unspecified |4.4.4.2 rc Summary|clicking an open document |clicking an open document |file in Finder opens|file in Finder opens LibO |LibreOffice but not the |but not the document |document| -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92180] error :while typing noun
https://bugs.documentfoundation.org/show_bug.cgi?id=92180 tommy27 ba...@quipo.it changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||ba...@quipo.it Resolution|--- |WORKSFORME --- Comment #1 from tommy27 ba...@quipo.it --- those word are not probably inside the default dictionary default list you just have to right click on those word and add them to dictionary I set status to RESOLVED WORKSFORME feel free to reopen if you do not agree -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92187] EDITING: LOC autonomously changes the format of the cells
https://bugs.documentfoundation.org/show_bug.cgi?id=92187 m.a.riosv miguelange...@libreoffice.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||miguelangelrv@libreoffice.o ||rg Resolution|--- |NOTABUG --- Comment #2 from m.a.riosv miguelange...@libreoffice.org --- Hi @gmarco, 1) I don't think they are issues, maybe you don't like it, but usually if I create a cell with reference to other cell with date it will be date. Creating a new style different than Standard for number and apply it to the new cell before insert the formula, the style is respected. 2) IF returns a zero in boolean format if the third parameter is omitted, it's how it works, add a zero as third parameter and you receive a non boolean zero as result. Please in the future use one bug by issue. If you like those working in another way, please fill one bug for any request as 'enhancement' in the importance. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'feature/gsoc14-draw-chained-text-boxes' - svx/source
svx/source/svdraw/svdotextdecomposition.cxx |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) New commits: commit d89a98a71ecd9211fcb494a3524d2f75717ac6f1 Author: matteocam matteo.campane...@gmail.com Date: Fri Jun 19 22:11:26 2015 -0400 Don't set nonOverflowing text to editing outl if in underflow Change-Id: I471cb8c7e2eedbdf169c45b0fde0ade16b67d1a3 diff --git a/svx/source/svdraw/svdotextdecomposition.cxx b/svx/source/svdraw/svdotextdecomposition.cxx index 0868bf7..a4de09d 100644 --- a/svx/source/svdraw/svdotextdecomposition.cxx +++ b/svx/source/svdraw/svdotextdecomposition.cxx @@ -782,8 +782,10 @@ OutlinerParaObject *SdrTextObj::impGetNonOverflowingParaObject(SdrOutliner *pOut void SdrTextObj::impLeaveOnlyNonOverflowingText(SdrOutliner *pOutliner) const { OutlinerParaObject *pNewText = impGetNonOverflowingParaObject(pOutliner); -// we need this when we are in editing mode -if (pEdtOutl != NULL) + +bool bInUnderflow = GetTextChain()-GetLinkHandlingUnderflow(const_castSdrTextObj*(this)); +// we need this when we are in editing mode (AND this is not an underflow-caused overflow) +if (pEdtOutl != NULL !bInUnderflow) pEdtOutl-SetText(*pNewText); // adds it to current outliner anyway (useful in static decomposition) pOutliner-SetText(*pNewText); ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: Branch 'feature/gsoc14-draw-chained-text-boxes' - include/svx svx/source
include/svx/textchain.hxx |4 svx/source/svdraw/svdotext.cxx |9 - svx/source/svdraw/svdotextdecomposition.cxx |5 - svx/source/svdraw/textchain.cxx | 13 + 4 files changed, 29 insertions(+), 2 deletions(-) New commits: commit 56c559b69e9549611b2ae5dad67842b60880646b Author: matteocam matteo.campane...@gmail.com Date: Fri Jun 19 22:43:26 2015 -0400 Adding one more state to underflow processing Change-Id: I130935fc96ea270c7661b324e473ab825547b45b diff --git a/include/svx/textchain.hxx b/include/svx/textchain.hxx index a03bf57..9290f22 100644 --- a/include/svx/textchain.hxx +++ b/include/svx/textchain.hxx @@ -42,6 +42,7 @@ class ImpChainLinkProperties bool bOverwriteOnOverflow; bool bHandlingUnderflow; +bool bNilChainingEvent; }; @@ -67,6 +68,9 @@ class TextChain { bool GetLinkHandlingUnderflow(SdrTextObj *pTarget); void SetLinkHandlingUnderflow(SdrTextObj *, bool); +bool GetNilChainingEvent(SdrTextObj *pTarget); +void SetNilChainingEvent(SdrTextObj *, bool); + protected: LinkPropertiesMap maLinkPropertiesMap; }; diff --git a/svx/source/svdraw/svdotext.cxx b/svx/source/svdraw/svdotext.cxx index 3c394de..51c75a0 100644 --- a/svx/source/svdraw/svdotext.cxx +++ b/svx/source/svdraw/svdotext.cxx @@ -2004,10 +2004,12 @@ void SdrTextObj::onUnderflowStatusEvent( ) { // possibly coming from an overflow if (pEdtOutl) { +GetTextChain()-SetLinkHandlingUnderflow(this, false); +GetTextChain()-SetNilChainingEvent(this, true); OutlinerParaObject *pPObj = GetOutlinerParaObject(); pEdtOutl-SetText(*pPObj); } -GetTextChain()-SetLinkHandlingUnderflow(this, false); + return; } @@ -2147,6 +2149,11 @@ void SdrTextObj::onChainingEvent() if (!pEdtOutl) return; +if (GetTextChain()-GetNilChainingEvent(this)) { +GetTextChain()-SetNilChainingEvent(this, false); +return; +} + bool bIsPageOverflow; if (GetTextChain()-GetLinkHandlingUnderflow(this)) diff --git a/svx/source/svdraw/svdotextdecomposition.cxx b/svx/source/svdraw/svdotextdecomposition.cxx index a4de09d..d4a3438 100644 --- a/svx/source/svdraw/svdotextdecomposition.cxx +++ b/svx/source/svdraw/svdotextdecomposition.cxx @@ -789,7 +789,10 @@ void SdrTextObj::impLeaveOnlyNonOverflowingText(SdrOutliner *pOutliner) const pEdtOutl-SetText(*pNewText); // adds it to current outliner anyway (useful in static decomposition) pOutliner-SetText(*pNewText); -const_castSdrTextObj*(this)-NbcSetOutlinerParaObject(pNewText); +if (bInUnderflow) // must make a broadcast to reset underflow (XXX: can I reset it from here?) +const_castSdrTextObj*(this)-SetOutlinerParaObject(pNewText); +else +const_castSdrTextObj*(this)-NbcSetOutlinerParaObject(pNewText); } OutlinerParaObject *SdrTextObj::impGetOverflowingParaObject(SdrOutliner *pOutliner, SdrTextObj *pNextTextObj) const diff --git a/svx/source/svdraw/textchain.cxx b/svx/source/svdraw/textchain.cxx index 3e4f546..1fd7f92 100644 --- a/svx/source/svdraw/textchain.cxx +++ b/svx/source/svdraw/textchain.cxx @@ -26,6 +26,7 @@ ImpChainLinkProperties::ImpChainLinkProperties() // give defaults bOverwriteOnOverflow = false; bHandlingUnderflow = false; +bNilChainingEvent = false; } // XXX: All getters in the class assume that the guy is in the chain @@ -72,6 +73,18 @@ void TextChain::SetLinkHandlingUnderflow(SdrTextObj *pTarget, bool bHandlingUnde pLinkProperties-bHandlingUnderflow = bHandlingUnderflow; } +bool TextChain::GetNilChainingEvent(SdrTextObj *pTarget) +{ +ImpChainLinkProperties *pLinkProperties = GetLinkProperties(pTarget); +return pLinkProperties-bNilChainingEvent; +} + +void TextChain::SetNilChainingEvent(SdrTextObj *pTarget, bool bNilChainingEvent) +{ +ImpChainLinkProperties *pLinkProperties = GetLinkProperties(pTarget); +pLinkProperties-bNilChainingEvent = bNilChainingEvent; +} + void TextChain::SetOverwriteOnOverflow(SdrTextObj *pTarget, bool bOverwrite) { ImpChainLinkProperties *pLinkProperties = GetLinkProperties(pTarget); ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[GSoC15] Chained Text Boxes - Report Week 4
Hi there, progress from this week revolved around: - Refactoring overflowing code so to use an object having global information on text chain; - Implementing underflow handling during editing mode. Underflow exploits overflow under the hood; current implementation is basically a finite state machine that goes from underflow to overflow to underflow again. In some situations underflow handling behaves correctly but in others it dies silently (for example after adding a character that keeps underflow status). Next step is looking into the issue above and deal with underflow while drawing static text. Cheers, Matteo ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 78111] UI: Freakout-Like Bug in Properties sidebar on resize
https://bugs.documentfoundation.org/show_bug.cgi?id=78111 tommy27 ba...@quipo.it changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |WORKSFORME --- Comment #13 from tommy27 ba...@quipo.it --- nice to hear that. I set status to RESOLVED WORKSFORME -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 84425] PIVOTTABLE: Dynamic Table column field filter drop down menu not activated
https://bugs.documentfoundation.org/show_bug.cgi?id=84425 --- Comment #10 from Robert Gonzalez MX riggra...@gmail.com --- Hello. Tested on windows 8 and Windows XP SP3 with Version: 5.0.0.0.beta3 Build ID: 96345c15d8ab19c49014f055fe41ba8e1f421e5c Locale: es-MX (es_MX) Same behavior. When the file opens, the pivot table is not refreshed, and the fields selectors doesn't display the dropdown arrows. A click in one of the fields, refreshes the whole table. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'feature/gsoc14-draw-chained-text-boxes' - svx/source
svx/source/svdraw/svdotext.cxx | 23 ++- 1 file changed, 14 insertions(+), 9 deletions(-) New commits: commit d910aeb4e8b73e9679cdbc954cbf82217b02ff3e Author: matteocam matteo.campane...@gmail.com Date: Fri Jun 19 21:52:56 2015 -0400 Other changes related to finding overflow in drawing outl Change-Id: I7f5b1996c622cce53a4497e7faf579efdbb8646f diff --git a/svx/source/svdraw/svdotext.cxx b/svx/source/svdraw/svdotext.cxx index b6a90e0..3c394de 100644 --- a/svx/source/svdraw/svdotext.cxx +++ b/svx/source/svdraw/svdotext.cxx @@ -1970,14 +1970,19 @@ void SdrTextObj::onOverflowStatusEvent( ) // Pushes text in next link on the fly if ( mbToBeChained ) { SdrOutliner aDrawOutliner = ImpGetDrawOutliner(); -if (pEdtOutl != NULL) -mpOverflowingText = pEdtOutl-GetOverflowingText(); -else if(GetTextChain()-GetLinkHandlingUnderflow(this)) { + +// If this is the a post-underflow-type of overflow then we cannot +//trust the editing outl on the text since it has still the old one +if(GetTextChain()-GetLinkHandlingUnderflow(this)) { OutlinerParaObject *pPObj = GetOutlinerParaObject(); +aDrawOutliner.SetUpdateMode(true); +aDrawOutliner.SetMaxAutoPaperSize(pEdtOutl-GetMaxAutoPaperSize()); aDrawOutliner.SetText(*pPObj); aDrawOutliner.IsPageOverflow(); // Check for overflow to set flags mpOverflowingText = aDrawOutliner.GetOverflowingText(); -} else { +} else if (pEdtOutl != NULL) +mpOverflowingText = pEdtOutl-GetOverflowingText(); +else { assert(0); // Should never happen. FIXME(matteocam) } @@ -2014,11 +2019,9 @@ void SdrTextObj::onUnderflowStatusEvent( ) OutlinerParaObject *pNextLinkWholeText = pNextLink-GetOutlinerParaObject(); if (pNextLinkWholeText) { OutlinerParaObject *pCurText; -if (pEdtOutl) { -pCurText = pEdtOutl-CreateParaObject(); -} else { -pCurText = GetOutlinerParaObject(); -} + +pCurText = pEdtOutl-CreateParaObject(); + // NewTextForCurBox = Txt(CurBox) ++ Txt(NextBox) aDrawOutliner.SetText(*pCurText); aDrawOutliner.AddText(*pNextLinkWholeText); @@ -2150,6 +2153,8 @@ void SdrTextObj::onChainingEvent() { // If handling underflow we check for overflow in the object Outliner aDrawOutliner = ImpGetDrawOutliner(); +aDrawOutliner.SetUpdateMode(true); +aDrawOutliner.SetMaxAutoPaperSize(pEdtOutl-GetMaxAutoPaperSize()); OutlinerParaObject *pPObj = GetOutlinerParaObject(); aDrawOutliner.SetText(*pPObj); bIsPageOverflow = aDrawOutliner.IsPageOverflow(); ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 92195] loading component library sclo.dll
https://bugs.documentfoundation.org/show_bug.cgi?id=92195 tommy27 ba...@quipo.it changed: What|Removed |Added CC||ba...@quipo.it Version|unspecified |4.3.6.2 release --- Comment #1 from tommy27 ba...@quipo.it --- you can also try upgrading to LibO 4.4.3.2 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92197] New: Slow Performance of Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=92197 Bug ID: 92197 Summary: Slow Performance of Calc Product: LibreOffice Version: 5.0.0.0.beta3 Hardware: Other OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: riggra...@gmail.com Tested LibreOfficeDev 5.0 Beta3 on Windows XP SP3 RAM at 50% of 4 GB cpu Intel core 2 Duo at 2% to 4% AutoFilter Opening filter list doesn't display the selections, it needs to scroll the list to display properly. Selecting the All option, at first works well, but after the first operation, it began to work slow, not refreshing in the display. Guessing and applying the filter, performs slow when there are many elements (but not too many), but, this doesn't happen in calc 4.4. When filter is applied, entering data in the cells doesn't display until scrolling the view or changing between applications. changing between spreadsheets with ctrl – page up or ctrl – page down is slow, and after changing 3 or 4 spreadsheets, it hangs from 4 to 7 seconds and then displays. Erasing the content of a cell, with the delete key, doesn't erase it, as it was waiting or pending for some refreshing of the spell checker. Pasting to a cell, doesn't display contents until scrolling the spreadsheet with mouse, moving the cursor does not refresh or display the cell contents, unless the whole area scrolls. When scrolling the cells, with page up or page down keys, it took 9 seconds to refresh the automatic spell checking Testing on Windows 8 with Version: 5.0.0.0.beta3 Build ID: 96345c15d8ab19c49014f055fe41ba8e1f421e5c Locale: es-MX (es_MX) Performs the same. Its more visible when changing between spreadsheets with ctrl – page up or ctrl – page down, after changing 3 or 4 spreadsheets, it hangs from 4 to 7 seconds and then displays the spreadsheet cells content. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92198] New: FILEOPEN: CPU at 100% after opening file
https://bugs.documentfoundation.org/show_bug.cgi?id=92198 Bug ID: 92198 Summary: FILEOPEN: CPU at 100% after opening file Product: LibreOffice Version: 5.1.0.0.alpha0+ Master Hardware: Other OS: Linux (All) Status: UNCONFIRMED Severity: major Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: r...@post.cz Steps to reproduce: open attechment from bug 92193 , https://bugs.documentfoundation.org/attachment.cgi?id=116664 actual results: LO uses cpu at 100%, file is unusable expected results: LO open file regression, because I can open file in LO 4.3.7 and reporter of the bug 92193 can open this file in LO 5.0 beta3 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92198] FILEOPEN: CPU at 100% after opening file
https://bugs.documentfoundation.org/show_bug.cgi?id=92198 raal r...@post.cz changed: What|Removed |Added Keywords||regression CC||r...@post.cz Whiteboard||bibisectRequest -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92196] CRASH when this report attachment file opened
https://bugs.documentfoundation.org/show_bug.cgi?id=92196 --- Comment #2 from Masataka KONDO machey.phx...@gmail.com --- This file can open with Beta3, Windows/32bit. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92014] Writer: 64-bit builds of 5.0.0beta for Windows crash (w automatic spell-checking), other LO components unaffected
https://bugs.documentfoundation.org/show_bug.cgi?id=92014 --- Comment #21 from Stephan Bergmann sberg...@redhat.com --- I cannot reproduce with my Windows --enable-64-bit --enable-dbgutil master build from last night either. (But also couldn't reproduce in the past, as I had failed to configure --with-myspell-dicts in the past, so had had no spell checking dictionaries to begin with.) -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 90072] No character background (highlight) tab in paragraph styles dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=90072 Zolnai Tamás zolnaitamas2...@gmail.com changed: What|Removed |Added CC||paolobe...@gmail.com --- Comment #16 from Zolnai Tamás zolnaitamas2...@gmail.com --- *** Bug 91753 has been marked as a duplicate of this bug. *** -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 91753] FORMATTING Regression: can't change character background in paragraph styles any more
https://bugs.documentfoundation.org/show_bug.cgi?id=91753 Zolnai Tamás zolnaitamas2...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Zolnai Tamás zolnaitamas2...@gmail.com --- *** This bug has been marked as a duplicate of bug 90072 *** -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'libreoffice-5-0' - framework/source vcl/source
framework/source/uielement/toolbarmanager.cxx | 18 ++ vcl/source/window/toolbox2.cxx|2 ++ 2 files changed, 20 insertions(+) New commits: commit aecee4ff00f81ccd4654edb9124a9b3374c8b824 Author: Philippe Jung phil.j...@free.fr Date: Thu Jun 18 15:19:14 2015 +0200 tdf#91953 Mixture of icon sizes Now, whatever the size of toolbar icons, the toolbar context menu always shows small icons. Change-Id: Id17df15278d74ae75a3e82d54ecf7af310e0ceb4 Reviewed-on: https://gerrit.libreoffice.org/16361 Reviewed-by: Philippe Jung phil.j...@free.fr Tested-by: Philippe Jung phil.j...@free.fr (cherry picked from commit 3090550b5297c86b63ba09ed1aa13bce4c0e5b70) Reviewed-on: https://gerrit.libreoffice.org/16365 Reviewed-by: Yousuf Philips philip...@hotmail.com Tested-by: Yousuf Philips philip...@hotmail.com Tested-by: Jenkins c...@libreoffice.org Reviewed-by: Jan Holesovsky ke...@collabora.com diff --git a/framework/source/uielement/toolbarmanager.cxx b/framework/source/uielement/toolbarmanager.cxx index bf8fc49..e973cc4 100644 --- a/framework/source/uielement/toolbarmanager.cxx +++ b/framework/source/uielement/toolbarmanager.cxx @@ -1715,6 +1715,11 @@ bool ToolBarManager::MenuItemAllowed( sal_uInt16 ) const if( !(pToolBar-GetFloatStyle() WB_CLOSEABLE) ) aQuickCustomizationMenu.EnableItem(MENUITEM_TOOLBAR_CLOSE, false); +// Temporary stores a Command -- Url map to update contextual menu with the +// correct icons. The popup icons are by default the same as those in the +// toolbar. They are not correct for contextual popup menu. +std::map OUString, Image commandToImage; + // Go through all toolbar items and add them to the context menu for ( nPos = 0; nPos m_pToolBar-GetItemCount(); ++nPos ) { @@ -1726,6 +1731,7 @@ bool ToolBarManager::MenuItemAllowed( sal_uInt16 ) const pVisibleItemsPopupMenu-CheckItem( STARTID_CUSTOMIZE_POPUPMENU+nPos, m_pToolBar-IsItemVisible( nId ) ); pVisibleItemsPopupMenu-SetItemCommand( STARTID_CUSTOMIZE_POPUPMENU+nPos, aCommandURL ); Image aImage( GetImageFromURL( m_xFrame, aCommandURL, false ) ); +commandToImage[aCommandURL] = aImage; pVisibleItemsPopupMenu-SetItemImage( STARTID_CUSTOMIZE_POPUPMENU+nPos, aImage ); } else @@ -1733,6 +1739,18 @@ bool ToolBarManager::MenuItemAllowed( sal_uInt16 ) const pVisibleItemsPopupMenu-InsertSeparator(); } } + +// Now we go through all the contextual menu to update the icons +std::map OUString, Image ::iterator it; +for ( nPos = 0; nPos pMenu-GetItemCount(); ++nPos ) +{ +sal_uInt16 nId = pMenu-GetItemId( nPos ); +OUString cmdUrl = pMenu-GetItemCommand( nId ); +it = commandToImage.find( cmdUrl ); +if (it != commandToImage.end()) { +pMenu-SetItemImage( nId, it-second ); +} +} } else { diff --git a/vcl/source/window/toolbox2.cxx b/vcl/source/window/toolbox2.cxx index 4aa4269..1f9ac12 100644 --- a/vcl/source/window/toolbox2.cxx +++ b/vcl/source/window/toolbox2.cxx @@ -1828,6 +1828,7 @@ void ToolBox::UpdateCustomMenu() { sal_uInt16 id = it-mnId + TOOLBOX_MENUITEM_START; pMenu-InsertItem( id, it-maText, it-maImageOriginal, MenuItemBits::NONE, OString()); +pMenu-SetItemCommand( id, it-maCommandStr ); pMenu-EnableItem( id, it-mbEnabled ); pMenu-CheckItem ( id, it-meState == TRISTATE_TRUE ); } @@ -1844,6 +1845,7 @@ void ToolBox::UpdateCustomMenu() { sal_uInt16 id = it-mnId + TOOLBOX_MENUITEM_START; pMenu-InsertItem( id, it-maText, it-maImageOriginal, MenuItemBits::NONE, OString() ); +pMenu-SetItemCommand( id, it-maCommandStr ); pMenu-EnableItem( id, it-mbEnabled ); pMenu-CheckItem( id, it-meState == TRISTATE_TRUE ); } ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
LibreOffice Gerrit News for core on 2015-06-19
Moin! * Open changes on master for project core changed in the last 25 hours: First time contributors doing great things! + tdf#87348 allow non-sequentially processed textboxes to be linked in https://gerrit.libreoffice.org/16353 from Justin Luth about module writerfilter End of freshness + cppcheck: variableScope in https://gerrit.libreoffice.org/16208 from Takeshi Abe about module starmath + C++ solution of unopkg can't be used by root in https://gerrit.libreoffice.org/16364 from Katarina Behrens about module desktop + calc mapmode: Pass RenderContext as reference in DrawPagePreview in https://gerrit.libreoffice.org/16348 from Krisztian Pinter about module sc + calc mapmode: Remove dead code DrawShadow in https://gerrit.libreoffice.org/16351 from Krisztian Pinter about module sc + calc mapmode: Refactor DrawPagePreview to use logic units in https://gerrit.libreoffice.org/16349 from Krisztian Pinter about module sc + calc mapmode: Refactor DrawBackground to use logic units in https://gerrit.libreoffice.org/16278 from Krisztian Pinter about module sc + calc mapmode: Add explicit RenderContext passing in https://gerrit.libreoffice.org/16277 from Krisztian Pinter about module sc + Revert the removal of cast to build on old poppler in https://gerrit.libreoffice.org/16357 from Tomáš Chvátal about module sdext * Merged changes on master for project core changed in the last 25 hours: + tdf#91953 Mixture of icon sizes in https://gerrit.libreoffice.org/16361 from Philippe Jung + Add SwTiledRenderingTest::testGetTextSelection() testcase. in https://gerrit.libreoffice.org/16359 from Miklos Vajna + Rename some toolbarmanager related variables in https://gerrit.libreoffice.org/16360 from Philippe Jung + Added test for del of table redlines rhbz#1198848 in https://gerrit.libreoffice.org/16347 from Varun Dhall + seems to be what was meant in https://gerrit.libreoffice.org/16358 from Lionel Elie Mamane + Fix typos in https://gerrit.libreoffice.org/16314 from Andrea Gelmini + 'g' doesn't work correctly when config_host.mk contains non-ascii charact in https://gerrit.libreoffice.org/16344 from Tomofumi Yagi + Better position for Toolbar name in https://gerrit.libreoffice.org/16354 from Philippe Jung + Bugfix test for tdf#88295 in https://gerrit.libreoffice.org/16346 from Katarina Behrens + tdf#92088 - don't invalidate disposed toolbar items. in https://gerrit.libreoffice.org/16343 from Michael Meeks * Abandoned changes on master for project core changed in the last 25 hours: + Upgrade firebird to 2.5.4 in https://gerrit.libreoffice.org/16103 from Popa Adrian Marius + OUString: add constructor from single Unicode code point in https://gerrit.libreoffice.org/16339 from Lionel Elie Mamane + recreate patch on osx , fixes hunk issues in https://gerrit.libreoffice.org/16108 from Popa Adrian Marius * Open changes needing tweaks, but being untouched for more than a week: + tdf#91812: toolbar and sidebar colour buttons now update each other in https://gerrit.libreoffice.org/16093 from Katarina Behrens + tdf#91362: wrong defaults for format/orientation in printsettingsdialogs in https://gerrit.libreoffice.org/16161 from Vasily Melenchuk + Time wraparound validation feature in https://gerrit.libreoffice.org/16013 from Benjamin Ni + tdf#91691 - FILESAVE: Hyperlink with numeric text not saved in xlsx in https://gerrit.libreoffice.org/15943 from Priyanka Gaikwad + writefilter: removed #includes in https://gerrit.libreoffice.org/15850 from Andrea Gelmini + fdo#58194 - export DOCX Automatic indent as firstLine indent in https://gerrit.libreoffice.org/15768 from Joren De Cuyper + tdf#76334 push viewbox properties to the CustomShapeProperties in https://gerrit.libreoffice.org/15753 from Joren De Cuyper + tdf#90494: Change gradient angle diagonally by choosing option. in https://gerrit.libreoffice.org/15180 from Heena Gupta + Rendering support for multiStop GradientFill (OOXML LINEAR) in https://gerrit.libreoffice.org/12056 from Vinaya Mandke + tdf#46037: Exchange some uses of configurationhelper for officecfg in Wri in https://gerrit.libreoffice.org/15611 from Marcos Paulo de Souza + tdf#90494-Add new Attribute for exporting gradient angle diagonally in https://gerrit.libreoffice.org/15323 from Heena Gupta + preserve whitespaces here, tdf#88137, tdf#89254 in https://gerrit.libreoffice.org/15375 from Markus Mohrhard + added currency dropdown menu may have some erors in https://gerrit.libreoffice.org/15274 from rajat vijay + tdf#90222: replace ScaList in scaddins with a std container in https://gerrit.libreoffice.org/15012 from Pieter Adriaensen + tdf#64575 Photo Album: Better Image Layout in https://gerrit.libreoffice.org/14912 from Enes Ateş + WIP fdo#72987 Use firebird backup format for .odb no need for rebuild ind in https://gerrit.libreoffice.org/14968 from Popa Adrian Marius + Fixed all postfix operator++ and
[Libreoffice-bugs] [Bug 90072] No character background (highlight) tab in paragraph styles dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=90072 Zolnai Tamás zolnaitamas2...@gmail.com changed: What|Removed |Added CC||paolobe...@gmail.com --- Comment #16 from Zolnai Tamás zolnaitamas2...@gmail.com --- *** Bug 91753 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92175] New: Various errors related to comments
https://bugs.documentfoundation.org/show_bug.cgi?id=92175 Bug ID: 92175 Summary: Various errors related to comments Product: LibreOffice Version: 4.4.2.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: l...@zeta.org.au I apologise in advance for filling out multiple bugs in one report, but I thought I could spare the time to do one, but not 4. 1. If the first place you put the cursor after opening a document is in a Comment, and then you bring up Styles and Formatting, the SF dialogue box contains no styles at all. Also, there is no Style which I could find which you could use to change the style/format of all the comments. 2. The release notes say that when printing comments, the body of the page is scaled down so that all the comments can be read. It doesn't. Long comments get clipped. (That's how I discovered bug #2, by having to set the point size to 6 in the comments, on every page, so I could read them on a print out.) 3. The print of the highlighted text which the comments refers to is almost completely broken. A few highlights per page might match what you see on screen; most highlighted sections are not printed with any highlighting; some areas of text are highlighted when they shouldn't be; the highlighting doesn't always even follow the text (sometimes highlighting halfway between two lines). 4. A minor problem is that when there is a lot of text in a comment, after changing the font size for all the comment text, the scroll bar's 'thumb' is the wrong length for the new font size, and often the text disappears and you have to scroll via the scrollbar's up and down arrows or with the keyboard arrows, to get the text to appear and the scroll 'thumb' to size itself correctly. 5. In the comment drop-down menu that allows you to apply the format change to all comments, on the first occasion I used it, it didn't: it only applied the changes to all the comments on the current page. I had to do it for a comment on each of the 14 pages in the document concerned. Since then, though, I have been unable to reproduce this. All that said, I'm still finding the comment function enormously helpful, and I hugely appreciate the fact that it inter-works with Microsoft Office so well. Kudos! luke -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92176] New: About Correct accidental use of cAPS LOCK key when a language is mixed.
https://bugs.documentfoundation.org/show_bug.cgi?id=92176 Bug ID: 92176 Summary: About Correct accidental use of cAPS LOCK key when a language is mixed. Product: LibreOffice Version: 4.2.7.2 release Hardware: Other OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kg_oooh...@ashisuto.co.jp When a language inputs a mixed letter and pushes the [Enter] key, the following problems happen. ・ The capital letter of the alphabet becomes the small letter ・ [Caps Lock] becomes invalid Steps to reproduce: 1:click New spreadsheet menus[Tools] → [AutoCorrect Options]. 2:open the DIALOG AutoCorrect → [Options] tab. 3:add a check to Correct accidental use of cAPS LOCK key. 4:click [OK]. 5:push [Shift]+[Caps Lock] and validate [Caps Lock]. 6:input with あA in Cell. Expected behavior: ・Please View with あA. ・Please maintain [Caps Lock]. Current behavior: ・It View あa. ・[Caps Lock] becomes invalid In the case of Japanese Correct accidental use of cAPS LOCK key Please invalidate it. Version :4.2.7 Operating System:Windows7 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92160] Calc crash : bad allocation on Find Replace
https://bugs.documentfoundation.org/show_bug.cgi?id=92160 raal r...@post.cz changed: What|Removed |Added Priority|medium |high Status|UNCONFIRMED |NEW CC||r...@post.cz Ever confirmed|0 |1 Severity|blocker |critical --- Comment #1 from raal r...@post.cz --- I can reproduce crash with LO 4.4.3, win7 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 89384] New Edit / Read Only mode bar is not visible on DOC files
https://bugs.documentfoundation.org/show_bug.cgi?id=89384 pierre-yves samyn pierre-yves.sa...@laposte.net changed: What|Removed |Added Status|NEEDINFO|NEW CC||pierre-yves.samyn@laposte.n ||et --- Comment #5 from pierre-yves samyn pierre-yves.sa...@laposte.net --- Hi (In reply to Zeki Bildirici from comment #4) (In reply to Jay Philips from comment #3) How does one activate edit mode after an edit password has been set? Sorry, I couldn't understand what info should i serve for needinfo tag. I agree. The Issue is reproducible with your indications. Step by step: 1. File Open Pass-test-DOC.doc 2. Give the password (a), Document opens Expected result: read only info toolbar should be displayed Actual result: it is not Platform: Windows 7/64 Version: 4.4.4.2 Build ID: f784c932ccfd756d01b70b6bb5e09ff62e1b3285 Locale : fr_FR So I set status to New. Thank you for reporting. The additional information requested is on another bug: unable to edit the document after clicking the Edit button. Regards Pierre-Yves -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 89849] Raise superscript 66% by default
https://bugs.documentfoundation.org/show_bug.cgi?id=89849 Joel Madero jmadero@gmail.com changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Component|LibreOffice |ux-advise --- Comment #9 from Joel Madero jmadero@gmail.com --- I'd prefer to have UX decide on this default - I've never once thought that the current placement is bad - you obviously disagree. The deciders in these cases (where it's just a matter of default preference) is UX. If UX thinks that it should be done - assign the bug to me and I'll commit a patch hopefully this weekend. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 89849] Raise superscript 66% by default
https://bugs.documentfoundation.org/show_bug.cgi?id=89849 Joel Madero jmadero@gmail.com changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Component|LibreOffice |ux-advise --- Comment #9 from Joel Madero jmadero@gmail.com --- I'd prefer to have UX decide on this default - I've never once thought that the current placement is bad - you obviously disagree. The deciders in these cases (where it's just a matter of default preference) is UX. If UX thinks that it should be done - assign the bug to me and I'll commit a patch hopefully this weekend. -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 92155] Docx import broken - part of document with tables/frames not shown
https://bugs.documentfoundation.org/show_bug.cgi?id=92155 --- Comment #5 from Cor Nouws c...@nouenoff.nl --- (In reply to tommy27 from comment #3) so 4.3.7.2 doesn't work while 4.4.4.2 does a nice job? if it's like that (and not the opposite) it should be a RESOLVED WORKSFORME issue or am I missing something? Héhé ;) If it's possible to have it bibisected, to where in 4.4 line problem disappears, that would be great! Thanks, Cor -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
Building a installable exe or msi pack
Hi I am writing here because I couldn't find a better place on Libre office web site. I hope its the right place. My problem is as follows: In Bulgaria the standart for the decimal separator is , (comma), but most of the people here use dot .. I wanted to change that but with no luck. Then I decided to rebuild the project on my own with the changed locale settings. I followed the instructions here https://wiki.documentfoundation.org/Development/BuildingOnWindows. It took me a day to make it and in the end i worked fine with the new locales.. So the problem is that this doesn't make a installable .exe or .msi and I cannot get it and install it on other computers. So please help me doing that . I will be glad if you can suggest a way of bouilding it as a full installable package or if someone can build it for me with the new locales. Thanks in advance and hope this is the right place to ask. -- View this message in context: http://nabble.documentfoundation.org/Building-a-installable-exe-or-msi-pack-tp4151996.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] core.git: cui/source
cui/source/inc/dbregister.hxx |6 +-- cui/source/options/dbregister.cxx | 70 +++--- 2 files changed, 38 insertions(+), 38 deletions(-) New commits: commit f9a555799774de06be34467e0c22d9a63f0b236c Author: Miklos Vajna vmik...@collabora.co.uk Date: Fri Jun 19 09:05:48 2015 +0200 cui: prefix remaining svx::DbRegistrationOptionsPage members Change-Id: If6786c2df54d7ccad61c00fddf28b0a00372dab2 diff --git a/cui/source/inc/dbregister.hxx b/cui/source/inc/dbregister.hxx index ea92b8c..ccc5ccf 100644 --- a/cui/source/inc/dbregister.hxx +++ b/cui/source/inc/dbregister.hxx @@ -38,15 +38,15 @@ namespace svx class DbRegistrationOptionsPage : public SfxTabPage { private: -OUStringaTypeText; -OUStringaPathText; +OUStringm_aTypeText; +OUStringm_aPathText; VclPtrSvSimpleTableContainer m_pPathCtrl; VclPtrPushButton m_pNew; VclPtrPushButton m_pEdit; VclPtrPushButton m_pDelete; -VclPtrsvx::OptHeaderTabListBox pPathBox; +VclPtrsvx::OptHeaderTabListBox m_pPathBox; SvTreeListEntry*m_pCurEntry; sal_uLong m_nOldCount; boolm_bModified; diff --git a/cui/source/options/dbregister.cxx b/cui/source/options/dbregister.cxx index b482e8b..5690329 100644 --- a/cui/source/options/dbregister.cxx +++ b/cui/source/options/dbregister.cxx @@ -101,9 +101,9 @@ DbRegistrationOptionsPage::DbRegistrationOptionsPage( vcl::Window* pParent, cons SfxTabPage( pParent, DbRegisterPage, cui/ui/dbregisterpage.ui, rSet ), -aTypeText ( CUI_RES( RID_SVXSTR_TYPE ) ), -aPathText ( CUI_RES( RID_SVXSTR_PATH ) ), -pPathBox( NULL ), +m_aTypeText ( CUI_RES( RID_SVXSTR_TYPE ) ), +m_aPathText ( CUI_RES( RID_SVXSTR_PATH ) ), +m_pPathBox( NULL ), m_pCurEntry ( NULL ), m_nOldCount ( 0 ), m_bModified ( false ) @@ -125,38 +125,38 @@ DbRegistrationOptionsPage::DbRegistrationOptionsPage( vcl::Window* pParent, cons Size aBoxSize = m_pPathCtrl-GetOutputSizePixel(); WinBits nBits = WB_SORT | WB_HSCROLL | WB_CLIPCHILDREN | WB_TABSTOP; -pPathBox = VclPtrsvx::OptHeaderTabListBox::Create( *m_pPathCtrl, nBits ); +m_pPathBox = VclPtrsvx::OptHeaderTabListBox::Create( *m_pPathCtrl, nBits ); -HeaderBar rBar = pPathBox-GetTheHeaderBar(); +HeaderBar rBar = m_pPathBox-GetTheHeaderBar(); rBar.SetSelectHdl( LINK( this, DbRegistrationOptionsPage, HeaderSelect_Impl ) ); rBar.SetEndDragHdl( LINK( this, DbRegistrationOptionsPage, HeaderEndDrag_Impl ) ); Size aSz; aSz.Width() = TAB_WIDTH1; -rBar.InsertItem( ITEMID_TYPE, aTypeText, +rBar.InsertItem( ITEMID_TYPE, m_aTypeText, LogicToPixel( aSz, MapMode( MAP_APPFONT ) ).Width(), HeaderBarItemBits::LEFT | HeaderBarItemBits::VCENTER | HeaderBarItemBits::CLICKABLE | HeaderBarItemBits::UPARROW ); aSz.Width() = TAB_WIDTH2; -rBar.InsertItem( ITEMID_PATH, aPathText, +rBar.InsertItem( ITEMID_PATH, m_aPathText, LogicToPixel( aSz, MapMode( MAP_APPFONT ) ).Width(), HeaderBarItemBits::LEFT | HeaderBarItemBits::VCENTER ); static long aTabs[] = {3, 0, TAB_WIDTH1, TAB_WIDTH1 + TAB_WIDTH2 }; Size aHeadSize = rBar.GetSizePixel(); -pPathBox-SetStyle( pPathBox-GetStyle()|nBits ); -pPathBox-SetDoubleClickHdl( LINK( this, DbRegistrationOptionsPage, EditHdl ) ); -pPathBox-SetSelectHdl( LINK( this, DbRegistrationOptionsPage, PathSelect_Impl ) ); -pPathBox-SetSelectionMode( SINGLE_SELECTION ); -pPathBox-SetPosSizePixel( Point( 0, aHeadSize.Height() ), +m_pPathBox-SetStyle( m_pPathBox-GetStyle()|nBits ); +m_pPathBox-SetDoubleClickHdl( LINK( this, DbRegistrationOptionsPage, EditHdl ) ); +m_pPathBox-SetSelectHdl( LINK( this, DbRegistrationOptionsPage, PathSelect_Impl ) ); +m_pPathBox-SetSelectionMode( SINGLE_SELECTION ); +m_pPathBox-SetPosSizePixel( Point( 0, aHeadSize.Height() ), Size( aBoxSize.Width(), aBoxSize.Height() - aHeadSize.Height() ) ); -pPathBox-SvSimpleTable::SetTabs( aTabs, MAP_APPFONT ); -pPathBox-SetHighlightRange(); +m_pPathBox-SvSimpleTable::SetTabs( aTabs, MAP_APPFONT ); +m_pPathBox-SetHighlightRange(); -pPathBox-SetHelpId( HID_DBPATH_CTL_PATH ); +m_pPathBox-SetHelpId( HID_DBPATH_CTL_PATH ); rBar.SetHelpId( HID_DBPATH_HEADERBAR ); -pPathBox-ShowTable(); +m_pPathBox-ShowTable(); } @@ -168,9 +168,9 @@ DbRegistrationOptionsPage::~DbRegistrationOptionsPage() void DbRegistrationOptionsPage::dispose() { -for ( sal_uLong i = 0; i pPathBox-GetEntryCount(); ++i ) -delete static_cast DatabaseRegistration* (
[Libreoffice-bugs] [Bug 32248] FILEOPEN SVG no TEXT visible
https://bugs.documentfoundation.org/show_bug.cgi?id=32248 --- Comment #52 from David Gerard dger...@gmail.com --- Frederic Parrenin - did you open the SVG with File - Open, per the reproduction instructions? Because I just did this with the very first attachment to this bug, in Version: 5.1.0.0.alpha1+ Build ID: f03f2489edfb02150a147e071a81b46c5c27c606 built from git master, and it's still happening for me. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92182] New: dragdrop of mail merge fields from datasource browser is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=92182 Bug ID: 92182 Summary: dragdrop of mail merge fields from datasource browser is broken Product: LibreOffice Version: 5.0.0.0.alpha0+ Master Hardware: Other OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: chrl...@googlemail.com 0) ensure there's a database connection registered (e.g. via tools-mailmerge wizard in writer) 1) create a new writer document 2) press F4 (openes the datasource browser) 3) open the database (mentioned in 0), select a table and try to dragdrop a colum header to the writer document -- I get the clock symbol, but nothing happens. No mailmerge field is added to the document. Had this issue with a current libreoffice-5-0 branch, so I assume this is in the master, too. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 66890] EDITING: Double-clicking fill handle does not fill down the entire range
https://bugs.documentfoundation.org/show_bug.cgi?id=66890 Beluga todven...@suomi24.fi changed: What|Removed |Added CC||todven...@suomi24.fi --- Comment #5 from Beluga todven...@suomi24.fi --- (In reply to p19991 from comment #3) Changing the bug status back to new (platform/version was already added previously). Also, to clarify, these are the steps again: Start with a blank worksheet Enter b in A1. Enter a in A2. Enter a in A3. Select A1 and double-click the fill handle. -- Does not fill b in the range A1-A3. -- Enter b in B1. Select A1 and double-click the fill handle. -- Still does not fill a in the range A1-A3. -- Select B1 and double-click the fill handle. -- Fills b in the range B1-B3 correctly. -- Select A1 and double-click the fill handle. -- Fills b in the range A1-A3 correctly. -- Reproduced. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 437210d58f32177ef1829d704f7f4d2f1bbfbfdd TinderBox: Win-x86@39, Branch:master, Time: 2015-06-18_07:21:56 Locale: fi-FI (fi_FI) -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: sw/qa sw/source
sw/qa/extras/tiledrendering/tiledrendering.cxx |3 +++ sw/source/uibase/uno/unotxdoc.cxx |3 +++ 2 files changed, 6 insertions(+) New commits: commit 0b532178a4936cb6014eba10aa6d5e1f33682e6e Author: Miklos Vajna vmik...@collabora.co.uk Date: Fri Jun 19 11:16:21 2015 +0200 SwXTextDocument::getTextSelection: fix crash on unsupported mime type SdXImpressDocument didn't have this problem, FWIW. Change-Id: Ic88311596b7b92a8e972f366b9e82cca850244f8 diff --git a/sw/qa/extras/tiledrendering/tiledrendering.cxx b/sw/qa/extras/tiledrendering/tiledrendering.cxx index 989e1c7..1006ef9 100644 --- a/sw/qa/extras/tiledrendering/tiledrendering.cxx +++ b/sw/qa/extras/tiledrendering/tiledrendering.cxx @@ -221,6 +221,9 @@ void SwTiledRenderingTest::testGetTextSelection() comphelper::LibreOfficeKit::setActive(); SwXTextDocument* pXTextDocument = createDoc(shape-with-text.fodt); +// No crash, just empty output for unexpected mime type. +CPPUNIT_ASSERT_EQUAL(OString(), pXTextDocument-getTextSelection(foo/bar)); + SwWrtShell* pWrtShell = pXTextDocument-GetDocShell()-GetWrtShell(); // Move the cursor into the first word. pWrtShell-Right(CRSR_SKIP_CHARS, /*bSelect=*/false, 2, /*bBasicCall=*/false); diff --git a/sw/source/uibase/uno/unotxdoc.cxx b/sw/source/uibase/uno/unotxdoc.cxx index b2e6adb..9c9f15f 100644 --- a/sw/source/uibase/uno/unotxdoc.cxx +++ b/sw/source/uibase/uno/unotxdoc.cxx @@ -3295,6 +3295,9 @@ OString SwXTextDocument::getTextSelection(const char* pMimeType) else aFlavor.DataType = cppu::UnoType uno::Sequencesal_Int8 ::get(); +if (!xTransferable-isDataFlavorSupported(aFlavor)) +return OString(); + uno::Any aAny(xTransferable-getTransferData(aFlavor)); OString aRet; ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 56961] FILEOPEN FILESAVE DOCX Import/export issues
https://bugs.documentfoundation.org/show_bug.cgi?id=56961 Beluga todven...@suomi24.fi changed: What|Removed |Added Status|NEW |NEEDINFO CC||todven...@suomi24.fi --- Comment #10 from Beluga todven...@suomi24.fi --- Never confirmed by QA. Is still still a problem in 4.4.4? Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'libreoffice-5-0' - vcl/unx
vcl/unx/gtk/fpicker/SalGtkFilePicker.cxx |4 1 file changed, 4 insertions(+) New commits: commit a319ef245229b18082110cd5e5014fe1fa250114 Author: Caolán McNamara caol...@redhat.com Date: Fri Jun 19 14:28:47 2015 +0100 gtk3: gtk_dialog_get_header_bar new in 3.12 Change-Id: Ifc63714b6b9e797b66846052cb9d791122ea (cherry picked from commit b6d31d5a1897834b84477f32cdb2331e426d4c70) diff --git a/vcl/unx/gtk/fpicker/SalGtkFilePicker.cxx b/vcl/unx/gtk/fpicker/SalGtkFilePicker.cxx index 2de19dc..de85382 100644 --- a/vcl/unx/gtk/fpicker/SalGtkFilePicker.cxx +++ b/vcl/unx/gtk/fpicker/SalGtkFilePicker.cxx @@ -425,8 +425,12 @@ dialog_remove_buttons( GtkDialog *pDialog ) GtkWidget *pActionArea; #if GTK_CHECK_VERSION(3,0,0) +#if GTK_CHECK_VERSION(3,12,0) pActionArea = gtk_dialog_get_header_bar(pDialog); #else +pActionArea = gtk_dialog_get_action_area(pDialog); +#endif +#else pActionArea = pDialog-action_area; #endif ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Crash test update
New crashtest update available at http://dev-builds.libreoffice.org/crashtest/3090550b5297c86b63ba09ed1aa13bce4c0e5b70/ exportCrashes.csv Description: Binary data importCrash.csv Description: Binary data validationErrors.csv Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 82175] FILEOPEN: DOCX line spacing in frame is not correct
https://bugs.documentfoundation.org/show_bug.cgi?id=82175 Timur gti...@gmail.com changed: What|Removed |Added CC||gti...@gmail.com Version|Inherited From OOo |3.5.0 release See Also|https://bugs.freedesktop.or | |g/show_bug.cgi?id=60187 | --- Comment #6 from Timur gti...@gmail.com --- Frame appears only from 3.5.x, so not inherited from OO, and also not a regression, because it never worked fine. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 36427] A MS XML 2003 file cannot be saved in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=36427 Timur gti...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #21 from Timur gti...@gmail.com --- Per last comment attachment from soshial works already from LO 4.2, and Scott's is another issue, probably already reported as bug 52035. -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 60021] CRASH when paste and all cells of sheet are selected
https://bugs.documentfoundation.org/show_bug.cgi?id=60021 Timur gti...@gmail.com changed: What|Removed |Added See Also|https://bugs.freedesktop.or | |g/show_bug.cgi?id=75565 | -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92127] EDITING/FORMATTING images move when selected
https://bugs.documentfoundation.org/show_bug.cgi?id=92127 --- Comment #4 from Óvári ov...@hotmail.com --- Thank you Cor Nouws and Beluga for looking at the bug submission and advising that the bug was not reproducible for you. I have had a look at the uploaded document and noted that the bug does *not* show when using the attached LibreOffice Impress document is in read-only mode. To assist in reproducing the bug, please click 'Edit Document' and then: 1. Single click on the image 2. Click on the whitespace 3. Repeat steps 1 and 2 Please email me if you would be interested in seeing the bug using VoIP with screen sharing. Thank you -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 72734] FILEOPEN xml : cannot import when xml contains CDATA
https://bugs.documentfoundation.org/show_bug.cgi?id=72734 Beluga todven...@suomi24.fi changed: What|Removed |Added CC||todven...@suomi24.fi --- Comment #3 from Beluga todven...@suomi24.fi --- Opens as plain text. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 437210d58f32177ef1829d704f7f4d2f1bbfbfdd TinderBox: Win-x86@39, Branch:master, Time: 2015-06-18_07:21:56 Locale: fi-FI (fi_FI) -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
Re: Building a installable exe or msi pack
Hi, On Fri, Jun 19, 2015 at 12:34:43AM -0700, ivan4o0o van4...@yahoo.com wrote: So the problem is that this doesn't make a installable .exe or .msi You probably want --with-package-format=msi, that's what tinderboxes uploading daily .msi files use. Regards, Miklos signature.asc Description: Digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Building LO java extension with Gradle or Ant
Hi, If you are not happy with the SDK build system, you can do it yourself, too. In the past I wrote a Java extension where I wrote a standalone Makefile to do all the tasks, and it wasn't longer than 100 lines or so. So if you don't like make, but want some java-y markup, then you can do the equivalent without much effort, I hope. Given that the SDK targets a number of languages, I guess it's reasonable that Makefiles is a common ground (as opposed to having a different build system for each language on the SDK side). Regards, Miklos signature.asc Description: Digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] core.git: Branch 'libreoffice-5-0' - writerperfect/source
writerperfect/source/common/WPFTEncodingDialog.cxx | 88 ++--- 1 file changed, 44 insertions(+), 44 deletions(-) New commits: commit 72833e22fcb2914fc422ff84d8e853d3e99c6c44 Author: Miklos Vajna vmik...@collabora.co.uk Date: Wed Jun 10 09:12:12 2015 +0200 writerperfect: fix gcc-4.7 build error: could not convert '(const char*)...' from 'const char*' to 'const rtl::OUString' Change-Id: Ia8569aed46e571bd98489fd91b9708d0fe5df4c0 Signed-off-by: Tomáš Chvátal tomas.chva...@gmail.com diff --git a/writerperfect/source/common/WPFTEncodingDialog.cxx b/writerperfect/source/common/WPFTEncodingDialog.cxx index de521c6..dec775b 100644 --- a/writerperfect/source/common/WPFTEncodingDialog.cxx +++ b/writerperfect/source/common/WPFTEncodingDialog.cxx @@ -38,50 +38,50 @@ struct EncodingImplementation OUString const(EncodingImplementation::s_encodings[])= { -MacArabic, Arabic (Apple Macintosh), -CP864, Arabic (DOS/OS2-864), -CP1006, Arabic (IBM-1006), -CP1256, Arabic (Windows-1256), -CP775, Baltic (DOS/OS2-775), -CP1257, Baltic (Windows-1257), -MacCeltic, Celtic (Apple Macintosh), -MacCyrillic, Cyrillic (Apple Macintosh), -CP855, Cyrillic (DOS/OS2-855), -CP866, Cyrillic (DOS/OS2-866/Russian), -CP1251, Cyrillic (Windows-1251), -MacCEurope, Eastern Europe (Apple Macintosh), -MacCroatian, Eastern Europe (Apple Macintosh/Croatian), -MacRomanian, Eastern Europe (Apple Macintosh/Romanian), -CP852, Eastern Europe (DOS/OS2-852), -CP1250, Eastern Europe (Windows-1250/WinLatin 2), -MacGreek, Greek (Apple Macintosh), -CP737, Greek (DOS/OS2-737), -CP869, Greek (DOS/OS2-869/Greek-2), -CP875, Greek (DOS/OS2-875), -CP1253, Greek (Windows-1253), -MacHebrew, Hebrew (Apple Macintosh), -CP424, Hebrew (DOS/OS2-424), -CP856, Hebrew (DOS/OS2-856), -CP862, Hebrew (DOS/OS2-862), -CP1255, Hebrew (Windows-1255), -CP500, International (DOS/OS2-500), -MacThai, Thai (Apple Macintosh), -CP874, Thai (DOS/OS2-874), -MacTurkish, Turkish (Apple Macintosh), -CP857, Turkish (DOS/OS2-857), -CP1026, Turkish (DOS/OS2-1026), -CP1254, Turkish (Windows-1254), -CP1258, Vietnamese (Windows-1258), -MacRoman, Western Europe (Apple Macintosh), -MacIceland, Western Europe (Apple Macintosh/Icelandic), -CP037, Western Europe (DOS/OS2-037/US-Canada), -CP437, Western Europe (DOS/OS2-437/US), -CP850, Western Europe (DOS/OS2-850), -CP860, Western Europe (DOS/OS2-860/Portuguese), -CP861, Western Europe (DOS/OS2-861/Icelandic), -CP863, Western Europe (DOS/OS2-863/French), -CP865, Western Europe (DOS/OS2-865/Nordic), -CP1252, Western Europe (Windows-1252/WinLatin 1) +OUString(MacArabic), OUString(Arabic (Apple Macintosh)), +OUString(CP864), OUString(Arabic (DOS/OS2-864)), +OUString(CP1006), OUString(Arabic (IBM-1006)), +OUString(CP1256), OUString(Arabic (Windows-1256)), +OUString(CP775), OUString(Baltic (DOS/OS2-775)), +OUString(CP1257), OUString(Baltic (Windows-1257)), +OUString(MacCeltic), OUString(Celtic (Apple Macintosh)), +OUString(MacCyrillic), OUString(Cyrillic (Apple Macintosh)), +OUString(CP855), OUString(Cyrillic (DOS/OS2-855)), +OUString(CP866), OUString(Cyrillic (DOS/OS2-866/Russian)), +OUString(CP1251), OUString(Cyrillic (Windows-1251)), +OUString(MacCEurope), OUString(Eastern Europe (Apple Macintosh)), +OUString(MacCroatian), OUString(Eastern Europe (Apple Macintosh/Croatian)), +OUString(MacRomanian), OUString(Eastern Europe (Apple Macintosh/Romanian)), +OUString(CP852), OUString(Eastern Europe (DOS/OS2-852)), +OUString(CP1250), OUString(Eastern Europe (Windows-1250/WinLatin 2)), +OUString(MacGreek), OUString(Greek (Apple Macintosh)), +OUString(CP737), OUString(Greek (DOS/OS2-737)), +OUString(CP869), OUString(Greek (DOS/OS2-869/Greek-2)), +OUString(CP875), OUString(Greek (DOS/OS2-875)), +OUString(CP1253), OUString(Greek (Windows-1253)), +OUString(MacHebrew), OUString(Hebrew (Apple Macintosh)), +OUString(CP424), OUString(Hebrew (DOS/OS2-424)), +OUString(CP856), OUString(Hebrew (DOS/OS2-856)), +OUString(CP862), OUString(Hebrew (DOS/OS2-862)), +OUString(CP1255), OUString(Hebrew (Windows-1255)), +OUString(CP500), OUString(International (DOS/OS2-500)), +OUString(MacThai), OUString(Thai (Apple Macintosh)), +OUString(CP874), OUString(Thai (DOS/OS2-874)), +OUString(MacTurkish), OUString(Turkish (Apple Macintosh)), +OUString(CP857), OUString(Turkish (DOS/OS2-857)), +OUString(CP1026), OUString(Turkish (DOS/OS2-1026)), +OUString(CP1254), OUString(Turkish (Windows-1254)), +OUString(CP1258), OUString(Vietnamese (Windows-1258)), +OUString(MacRoman), OUString(Western Europe (Apple Macintosh)), +OUString(MacIceland), OUString(Western Europe (Apple Macintosh/Icelandic)), +OUString(CP037),
[Libreoffice-bugs] [Bug 92176] About Correct accidental use of cAPS LOCK key when a language is mixed
https://bugs.documentfoundation.org/show_bug.cgi?id=92176 tommy27 ba...@quipo.it changed: What|Removed |Added CC||ba...@quipo.it Summary|About Correct accidental |About Correct accidental |use of cAPS LOCK key when |use of cAPS LOCK key when |a language is mixed.|a language is mixed --- Comment #1 from tommy27 ba...@quipo.it --- you are using an obsolete LibO version (4.2.7) you should upgrade to 4.3.7 or 4.4.3 and retest -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92175] Various errors related to comments
https://bugs.documentfoundation.org/show_bug.cgi?id=92175 tommy27 ba...@quipo.it changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||ba...@quipo.it Resolution|--- |INVALID --- Comment #3 from tommy27 ba...@quipo.it --- (In reply to Luke Kendall from comment #0) I apologise in advance for filling out multiple bugs in one report, but I thought I could spare the time to do one, but not 4. sorry but this is not the correct procedure. there's should be a single report about each issue so developers can focus on each problem otherwise it will be hard to manage too many different problems in a single report so I close this as INVALID please, take the time to file each bug separately -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'libreoffice-5-0' - sw/source
sw/source/core/layout/layact.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit cb011e8f4059c2969d13a2322565dcaae3962253 Author: Jan Holesovsky ke...@collabora.com Date: Fri Jun 19 10:59:03 2015 +0200 rendercontext: Don't direct paint the SHOW_IDLE when double-buffering. Change-Id: I279187a80b4c6d1fe9e34e38451abeb496e53b37 diff --git a/sw/source/core/layout/layact.cxx b/sw/source/core/layout/layact.cxx index 35a2fd2..4c61de4 100644 --- a/sw/source/core/layout/layact.cxx +++ b/sw/source/core/layout/layact.cxx @@ -2102,7 +2102,7 @@ void SwLayIdle::ShowIdle( ColorData eColorData ) { m_bIndicator = true; vcl::Window *pWin = pImp-GetShell()-GetWin(); -if ( pWin ) +if (pWin !pWin-SupportsDoubleBuffering()) // FIXME make this work with double-buffering { Rectangle aRect( 0, 0, 5, 5 ); aRect = pWin-PixelToLogic( aRect ); ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits