Re: [PATCH] TDF#80588 Help page for Basic IDE Options
Hi Olivier, Regina Henschel schrieb: Hi Olivier, So I moved the file to text/sbasic/shared/ and it has now the syntax highlighting. I've not yet tested it, but if you write the basic code as snippet on a file located in sbasic and embed that section in your file in shared, it should work too. I have tested it now and indeed, when the basic code is in a file in sbasic, then the necessary replacements are done, and syntax highlighting is still shown, when such section is embedded elsewhere. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [PATCH] TDF#80588 Help page for Basic IDE Options
Hi Olivier, Olivier Hallot schrieb: Em qua 29 jul 2015, às 16:29:52, Regina Henschel escreveu: [..] . Another issue I could'nt fix is that paragraph with role=basicode should display with colored fonts depending on the keywords and that does not happened with the sample we are reviewing. It is role=bascode not role=basicode. I could not make help render this piece of code anyway. Look into /core/helpcompiler/source/HelpCompiler.cxx, method HelpCompiler::saveXhpForJar, line #102-105. It seems the syntax highlighting is restricted to files from the folder sbasic. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Ease maintenance of build-in help
Hi all, I have started a new thread so that the problem is not hidden inside other threads or in private mails. First, is there consensus, that the current build-in help will be retained? If not, then the following ideas are useless and starting would be waste of time. In such case, please stop me immediately. I collect here some ideas from some threads and mails: A Authors of help texts are allowed to start in ODF to discuss and finalize the content and appearance of the intended help texts. There should be a place in the repository to store such files. This way authors did not need deep knowledge of the technical structure of helpcontent2. The person who integrates the help texts into the build-in help need not be the content author. B Improve the extension HelpAuthoring and fix its bugs. The extension might be principally not suitable to generate the final version of a help file, but it is useful as start, because it sets a lot of the needed XML-elements and attributes automatically. The result might still needs additions and corrections, but that is less work, than writing all from scratch. Even if someone do not know all details about the help, he can start and deliver a file, which other then can improve and integrate. C Provide a development section about the build-in help to the Wiki. It should not only contain a tutorial about help authoring but in addition a description how the current help works at all from a developer view, and how it is actually structured. We can start with the document OOo2HelpAuthoring.pdf. The content has to be revised and adapted and extended. For example the .mk files are different than described in that document and the document describes the possibilities of the help format, but not all details of the actual realization. Having it in the Wiki keeps such knowledge available, when a help expert leaves the community. It can be adapted to future developments. Experts of different areas can better work together to collect help knowledge in one place, for example experts for Help to Wiki and experts for translating help. D It would ease work, when there would be a tool, that shows a .xhp file the same way as it it shown in the help viewer, so that it is not needed to build helpcontent2 every time when you test some changes in your way to the final version. And authors who use HelpAuthoring need not be able to build LibreOffice. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: About .xhp files
Hi Mihály, now some additions: Remove any white-space at the end of lines. Such white-spaces might cause warnings later on. Make sure the new File has Unix line ends and utf-8 encoding without BOM and the file name extension xhp. Especially when working with an editor on Windows: Make sure the new file has not set the executable Flag. It seems, that this flag is sometimes set, when the file is copied in Windows. The file must have a subchild 'filename' in the 'meta' element. The filename is relative to the root source. For example for the path helpcontent2/source/text/smath/01/0208.xhp the element is filename/text/smath/01/0208.xhp/filename. When you have set the environment variable HELP_DEBUG you get help-ID and context of an UI element in an extended tip [yellow box], even if no extended tip text actually exists. The build-in help uses heavily embedding. If you need help with such, please write back. For example, there exists a modified main_transform.xsl and default.css for OpenOffice to make such embedding visible in an installed help. I can sent you the files, if you wish them. They work middling in LibreOffice too. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Tutorial for debugging LO with Visual Studio
Hi Takeshi Abe, Takeshi Abe schrieb: Hi Regina, On Thu, 30 Jul 2015 23:24:43 +0200, Regina Henschel rb.hensc...@t-online.de wrote: I want to look why the MathML import has become so bad in LO (tdf#75171). I am also curious about tdf#75171. It is SmTextNode::CreateTextFromNode() that contains the code putting strange italic on single-letter identifiers when importing a MathML. Applying the attached patch will stop the behavior (and thus make mmlimport test cases fail). Unfortunately the problem is deeper. There should not be any quotes, because the element mi from MathML should be mapped to a variable in starmath, but actually it is mapped to a text. Removing the italic style cured only a symptom, the element has still the wrong font and is the wrong type. I have compared AOO and LO. They are identic along this way: mit -- XML_MI -- XML_TOK_MIi -- CreateIdentifierContext -- SmXMLIdentifierContext_Impl. There the member nGroup is explicitely set to 0 in AOO and in LO this step is missing. I want to look, whether nGroup and the other members have correct values. Until now I have done such things using printf, but I thought it would be good to learn how to use Visual Studio for such purpose. But I have little idea about why LibO 4.1 was OK while 4.2 and later are NG. There had been a lot of changes by Frédéric Wang in starmath in quick succession at that time. I have already looked at them, but not seen anything obvious. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: About .xhp files
Hi Mihály, Mihály Palenik schrieb: Hello, I'd like to write help page to Expert Configuration dialog but I have some question about xhp files. First of all If I create a new xhp file where should I save it, and what is its name? Is there any reference about xhp tags? And how can I connect with appropriate dialog? Thank you in advance for your help. For reference get the file Understanding and Authoring OpenOffice 2.0 Online Help from http://www.openoffice.org/documentation/online_help/OOo2HelpAuthoring.pdf Find the formal definition in /help/helpers/xmlhelp.dtd I have currently no access to my PC, but can you tell more tomorrow. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Tutorial for debugging LO with Visual Studio
Hi Ashod, Ashod Nakashian schrieb: does there exists a written step-by-step tutorial, how to debug LO using Visual Studio, which is suitable for beginners? 1) Build with --enable-dbgutil --enable-debug on Windows. it seems, that I need to make a new build first, before I can test the rest. That will last a while. 2) Run the application in question from instdir/program. 3) Run VS and from Debug menu, click Attach to Process... 4) Find soffice.bin from the list (the title will help you find the correct application, in case you have many running). 5) Set a breakpoint, break, continue, and enjoy debugging. Notice that this will not load the LO project or anything fancy like that. This is just purely for debugging. But it works perfectly well if you build LO correctly. If you open the correct source in VS (after attaching to soffice.bin) and place a breakpoint, VS will know that it's part of the LO binary you are debugging. You can also save this solution so you can reopen the same files with breakpoints at a later time to redo a similar debugging session. The Wiki page https://wiki.documentfoundation.org/Development/BuildingOnWindows mentions Build a project file for Visual Studio. How is that connected to your steps? Kind regards Regina On Thu, Jul 30, 2015 at 5:24 PM, Regina Henschel rb.hensc...@t-online.de mailto:rb.hensc...@t-online.de wrote: Hi all, does there exists a written step-by-step tutorial, how to debug LO using Visual Studio, which is suitable for beginners? Or can someone guide me? I have never used Visual Studio up to now. I want to look why the MathML import has become so bad in LO (tdf#75171). Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org mailto:LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Tutorial for debugging LO with Visual Studio
Hi all, does there exists a written step-by-step tutorial, how to debug LO using Visual Studio, which is suitable for beginners? Or can someone guide me? I have never used Visual Studio up to now. I want to look why the MathML import has become so bad in LO (tdf#75171). Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Development for Helpcontent2
Hi Markus, --with-help works fine. Thank you. Kind regards Regina Markus Mohrhard schrieb: Hey Regina, On Sat, Jul 18, 2015 at 3:05 PM, Regina Henschel rb.hensc...@t-online.de mailto:rb.hensc...@t-online.de wrote: Hi all, I want to add the information in the build-in help for the new command .uno:ImportMathMLClipboard. But I need some getting started help. I have (first time) got a build following the description in https://wiki.documentfoundation.org/Development/BuildingOnWindows. But that is only for core. What command to use for clone help so that is is usable together with core? What configure to use, so that the English help is compiled too? How to get the help to be tested in my self-made build? I have found https://wiki.documentfoundation.org/Development/Submodules. But that is about sending a patch to Gerrit and currently I do not even have got .git/modules Just add --with-help to your autogen.lastrun or autogen.input and the build system will take care of the rest. Regards, Markus Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org mailto:LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Development for Helpcontent2
Hi all, I want to add the information in the build-in help for the new command .uno:ImportMathMLClipboard. But I need some getting started help. I have (first time) got a build following the description in https://wiki.documentfoundation.org/Development/BuildingOnWindows. But that is only for core. What command to use for clone help so that is is usable together with core? What configure to use, so that the English help is compiled too? How to get the help to be tested in my self-made build? I have found https://wiki.documentfoundation.org/Development/Submodules. But that is about sending a patch to Gerrit and currently I do not even have got .git/modules Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] help.git: source/text
source/text/smath/00/0004.xhp |2 ++ source/text/smath/01/0602.xhp | 29 ++--- source/text/smath/main0106.xhp| 10 ++ 3 files changed, 30 insertions(+), 11 deletions(-) New commits: commit 7cb47387ef4483bdd7b70c8e6db9ecf1a2a98a66 Author: Regina Henschel rb.hensc...@t-online.de Date: Sat Jul 18 20:25:46 2015 +0200 Add information for new command .uno:ImportMathMLClipboard Information added to Contents..Tools, to Index 'importing', new Index entry 'MathML', adapted topic 'Import Formula' Change-Id: I419cff5eaede07def32007a4c9b303fdf726cfcc Reviewed-on: https://gerrit.libreoffice.org/17183 Reviewed-by: Adolfo Jayme Barrientos fit...@ubuntu.com Tested-by: Adolfo Jayme Barrientos fit...@ubuntu.com diff --git a/source/text/smath/00/0004.xhp b/source/text/smath/00/0004.xhp index 876b121..cd280e1 100644 --- a/source/text/smath/00/0004.xhp +++ b/source/text/smath/00/0004.xhp @@ -318,6 +318,8 @@ /variable/paragraph paragraph role=paragraph id=par_id3153802 xml-lang=en-US l10n=U oldref=64variable id=etsfimChoose emphTools - Import Formula/emph /variable/paragraph +paragraph role=paragraph id=par_id3153803 xml-lang=en-USvariable id=etsmimChoose emphTools - Import MathML from Clipboard/emph +/variable/paragraph paragraph role=paragraph id=par_id3154594 xml-lang=en-US l10n=U oldref=65variable id=etsapsChoose emphTools - Customize/emph /variable/paragraph section id=sonst diff --git a/source/text/smath/01/0602.xhp b/source/text/smath/01/0602.xhp index 26f3c6d..3d9f96d 100644 --- a/source/text/smath/01/0602.xhp +++ b/source/text/smath/01/0602.xhp @@ -27,14 +27,29 @@ /topic /meta body - - - - bookmark xml-lang=en-US branch=index id=bm_id3154659bookmark_valueimporting; %PRODUCTNAME Math formulas/bookmark_value/bookmarkbookmark branch=hid/.uno:InsertFormula xml-lang=en-US id=bm_id3150346 localize=false/paragraph role=heading level=1 id=hd_id3154659 l10n=U xml-lang=en-US oldref=1Import formula/paragraph - paragraph l10n=U role=paragraph id=par_id3150251 xml-lang=en-US oldref=2variable id=formelimportierentextahelp hid=SID_INSERT_FORMULA visibility=visibleThis command opens a dialog for importing a formula./ahelp/variable/paragraph - paragraph xml-lang=en-US oldref=3 id=par_id3153916 l10n=U role=paragraphThe emphInsert/emph dialog is set up like the link href=text/shared/01/0102.xhp name=OpenOpen/link dialog under emphFile/emph. Use the emphInsert/emph dialog to load, edit and display a formula saved as a file in the emphCommands/emph window./paragraph +section id=importfile + bookmark xml-lang=en-US branch=index id=bm_id3154659bookmark_valueimporting; %PRODUCTNAME Math formulas/bookmark_value/bookmark + bookmark xml-lang=en-US branch=index id=bm_id3154660bookmark_valueMathML; import from file/bookmark_value/bookmark + bookmark branch=hid/.uno:ImportFormula xml-lang=en-US id=bm_id3150346/ + paragraph role=heading level=1 id=hd_id3154659 xml-lang=en-USImport Formula from File/paragraph + paragraph role=paragraph id=par_id3150251 xml-lang=en-USvariable id=formelimportierentextahelp hid=.uno:ImportFormula visibility=visibleThis command opens a dialog for importing a formula./ahelp/variable/paragraph + paragraph role=paragraph id=par_id3153916 xml-lang=en-USThe emphInsert/emph dialog is set up like the link href=text/shared/01/0102.xhp name=OpenOpen/link dialog under emphFile/emph. Use the emphInsert/emph dialog to load, edit and display a formula saved as a file in the emphCommands/emph window./paragraph + paragraph role=paragraph id=par_id3153917 xml-lang=en-USYou can import MathML files created by other applications as well. The MathML source must have a item type=codemath/item element with an item type=codexmlns/item attribute with value http://www.w3.org/1998/Math/MathML;. The languages MathML and StarMath are not fully compatible, therefore you should revise the import result. For details about the language MathML see its link href=http://www.w3.org/TR/#tr_MathML;specification/link./paragraph section id=howtoget embed href=text/smath/00/0004.xhp#etsfim/ + /section +/section +section id=importclipboard + bookmark xml-lang=en-US branch=index id=bm_id3154661bookmark_valueMathML; import via clipboard/bookmark_value/bookmark + bookmark xml-lang=en-US branch=index id=bm_id3154662bookmark_valueimporting; MathML/bookmark_value/bookmark + bookmark branch=hid/.uno:ImportMathMLClipboard xml-lang=en-US id=bm_id3150347/ + paragraph role=heading level=1 id=hd_id3154661 xml-lang=en-USImport MathML from Clipboard/paragraph + paragraph role=paragraph id=par_id3150252 xml-lang=en-USvariable id=mathmlimportierentextahelp hid=.uno:ImportMathMLClipboard visibility=visibleThis command transforms MathML clipboard content to StarMath and inserts it at the current cursor position./ahelp/variable/paragraph + paragraph role=paragraph id
[Libreoffice-commits] core.git: helpcontent2
helpcontent2 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit b6cad3faff530a84a585a3d8bb965568fe96ef97 Author: Regina Henschel rb.hensc...@t-online.de Date: Sat Jul 18 20:25:46 2015 +0200 Updated core Project: help 7cb47387ef4483bdd7b70c8e6db9ecf1a2a98a66 Add information for new command .uno:ImportMathMLClipboard Information added to Contents..Tools, to Index 'importing', new Index entry 'MathML', adapted topic 'Import Formula' Change-Id: I419cff5eaede07def32007a4c9b303fdf726cfcc Reviewed-on: https://gerrit.libreoffice.org/17183 Reviewed-by: Adolfo Jayme Barrientos fit...@ubuntu.com Tested-by: Adolfo Jayme Barrientos fit...@ubuntu.com diff --git a/helpcontent2 b/helpcontent2 index 053cee1..7cb4738 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit 053cee1d890e225245b9d8004ab94cf27b1a9621 +Subproject commit 7cb47387ef4483bdd7b70c8e6db9ecf1a2a98a66 ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: HelpAuthoring.oxt: An easy way to edit help files
Hi Jan, Jan Holesovsky schrieb: Hi, Olivier recently resurrected the HelpAuthoring.oxt extension that makes it much easier to edit help files, and I've pushed that to git now: http://cgit.freedesktop.org/libreoffice/contrib/dev-tools/tree/helpauthoring I don't want to announce it too widely yet, tough; it has a bug that from some reason, the new edits appear in bold when saved (they appear enclosed in emph / /emph). Olivier, anybody - can you please have a look why that happens? Cannot do myself ATM :-( I think, that it is this place --- soffice2xmlhelp.xsl 2015-07-09 23:02:23.72493 +0200 +++ soffice2xmlhelp.xsl.new 2015-07-09 23:00:43.900355900 +0200 @@ -1141,7 +1141,7 @@ xsl:when test=starts-with($masterstyle,'hlp_aux_') xsl:apply-templates / /xsl:when -xsl:when test=not(starts-with($masterstyle,'hlp_'))emphxsl:apply-templates//emph/xsl:when +xsl:when test=not(starts-with($masterstyle,'hlp_'))xsl:apply-templates//xsl:when xsl:when test=$masterstyle = 'hlp_emph'emphxsl:apply-templates//emph/xsl:when xsl:otherwise xsl:variable name=spanstylexsl:value-of select=substring-after($masterstyle,'hlp_')//xsl:variableitem type={$spanstyle}xsl:apply-templates //item/xsl:otherwise At least, this removes the wrong emph-tags. But it might have side effects. Therefore a review is needed. Kind regards Regina --- soffice2xmlhelp.xsl 2015-07-09 23:02:23.72493 +0200 +++ soffice2xmlhelp.xsl.new 2015-07-09 23:00:43.900355900 +0200 @@ -1141,7 +1141,7 @@ xsl:when test=starts-with($masterstyle,'hlp_aux_') xsl:apply-templates / /xsl:when -xsl:when test=not(starts-with($masterstyle,'hlp_'))emphxsl:apply-templates//emph/xsl:when +xsl:when test=not(starts-with($masterstyle,'hlp_'))xsl:apply-templates//xsl:when xsl:when test=$masterstyle = 'hlp_emph'emphxsl:apply-templates//emph/xsl:when xsl:otherwise xsl:variable name=spanstylexsl:value-of select=substring-after($masterstyle,'hlp_')//xsl:variableitem type={$spanstyle}xsl:apply-templates //item/xsl:otherwise ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] core.git: Branch 'aoo/trunk' - dtrans/source officecfg/registry sot/inc sot/source starmath/inc starmath/sdi starmath/source starmath/uiconfig
dtrans/source/win32/ftransl/ftransl.cxx |2 officecfg/registry/data/org/openoffice/Office/UI/MathCommands.xcu |5 sot/inc/sot/formats.hxx |3 sot/source/base/exchange.cxx |1 starmath/inc/starmath.hrc |1 starmath/sdi/smath.sdi| 25 +++ starmath/sdi/smslots.sdi |6 starmath/source/view.cxx | 74 ++ starmath/uiconfig/smath/menubar/menubar.xml |1 9 files changed, 117 insertions(+), 1 deletion(-) New commits: commit 9ec2148653436be8612273439180749e71e2ce58 Author: Regina Henschel reg...@apache.org Date: Wed Jul 8 12:31:43 2015 + #i107734 Support for Math Input Panel in Windows 7 The patch introduces a new command .uno:ImportMathClipboard to module Math. It imports MathML content from clipboard and transforms it to Starmath It handles clipboard MIME type 'application/mathml+xml' and plain text, which can be interpreted as MathML segment. It partly solves issues #i14252, #i34781, and #i53509 too. Review by: Hanya hanya.r...@gmail.com diff --git a/dtrans/source/win32/ftransl/ftransl.cxx b/dtrans/source/win32/ftransl/ftransl.cxx index cfceddc1..eedbc00 100644 --- a/dtrans/source/win32/ftransl/ftransl.cxx +++ b/dtrans/source/win32/ftransl/ftransl.cxx @@ -516,6 +516,8 @@ void SAL_CALL CDataFormatTranslator::initTranslationTable() m_TranslTable.push_back(FormatEntry(image/bmp, Windows Bitmap, NULL, CF_INVALID, CPPUTYPE_DEFAULT)); //SOT_FORMATSTR_ID_PNG m_TranslTable.push_back(FormatEntry(image/png, PNG, NULL, CF_INVALID, CPPUTYPE_DEFAULT)); +//SOT_FORMATSTR_ID_MATHML +m_TranslTable.push_back(FormatEntry(application/mathml+xml, MathML, NULL, CF_INVALID, CPPUTYPE_DEFAULT)); //SOT_FORMATSTR_ID_DUMMY3 m_TranslTable.push_back(FormatEntry(application/x-openoffice-dummy3;windows_formatname=\SO_DUMMYFORMAT_3\, SO_DUMMYFORMAT_3, NULL, CF_INVALID, CPPUTYPE_DEFAULT)); //SOT_FORMATSTR_ID_DUMMY4 diff --git a/officecfg/registry/data/org/openoffice/Office/UI/MathCommands.xcu b/officecfg/registry/data/org/openoffice/Office/UI/MathCommands.xcu index c266fbf..babc106 100644 --- a/officecfg/registry/data/org/openoffice/Office/UI/MathCommands.xcu +++ b/officecfg/registry/data/org/openoffice/Office/UI/MathCommands.xcu @@ -77,6 +77,11 @@ value xml:lang=en-US~Import Formula.../value /prop /node +node oor:name=.uno:ImportMathMLClipboard oor:op=replace +prop oor:name=Label oor:type=xs:string +value xml:lang=en-USImport MathML from Clipboard/value +/prop +/node node oor:name=.uno:InsertCommand oor:op=replace prop oor:name=Label oor:type=xs:string value xml:lang=en-USInsert Command/value diff --git a/sot/inc/sot/formats.hxx b/sot/inc/sot/formats.hxx index 24bdd44..6c30d18 100644 --- a/sot/inc/sot/formats.hxx +++ b/sot/inc/sot/formats.hxx @@ -182,7 +182,8 @@ #define SOT_FORMATSTR_ID_STARBASE_8 ((sal_uLong)139) #define SOT_FORMATSTR_ID_HC_GDIMETAFILE ((sal_uLong)140) #define SOT_FORMATSTR_ID_PNG((sal_uLong)141) -#define SOT_FORMATSTR_ID_USER_END SOT_FORMATSTR_ID_PNG +#define SOT_FORMATSTR_ID_MATHML ((sal_uLong)142) +#define SOT_FORMATSTR_ID_USER_END SOT_FORMATSTR_ID_MATHML #endif // _SOT_FORMATS_HXX diff --git a/sot/source/base/exchange.cxx b/sot/source/base/exchange.cxx index c576eb2..4b824e6 100644 --- a/sot/source/base/exchange.cxx +++ b/sot/source/base/exchange.cxx @@ -208,6 +208,7 @@ namespace /*139 SOT_FORMATSTR_ID_STARBASE_8*/{ MIMETYPE_OASIS_OPENDOCUMENT_DATABASE_ASCII, StarBase 8, ::getCppuType( (const Sequence sal_Int8 *) 0 ) }, /*140 SOT_FORMAT_GDIMETAFILE*/ { application/x-openoffice-highcontrast-gdimetafile;windows_formatname=\GDIMetaFile\, High Contrast GDIMetaFile, ::getCppuType( (const Sequence sal_Int8 *) 0 ) }, /*141 SOT_FORMATSTR_ID_PNG*/{ image/png, PNG Bitmap, ::getCppuType( (const Sequence sal_Int8 *) 0 ) }, +/*142 SOT_FORMATSTR_ID_MATHML*/ { application/mathml+xml, MathML, ::getCppuType( (const Sequence sal_Int8 *) 0 ) }, }; return aInstance[0]; } diff --git a/starmath/inc/starmath.hrc b/starmath/inc/starmath.hrc index c1855d8..d273a7d 100644 --- a/starmath/inc/starmath.hrc +++ b/starmath/inc/starmath.hrc @@ -52,6 +52,7 @@ #define SID_SYMBOLS (SID_SMA_START + 56) // Muss erstmal wieder aufgenommen werden ! #define SID_TEXTMODE(SID_SMA_START + 57
[Libreoffice-commits] core.git: 2 commits - dtrans/source include/sal include/sot officecfg/registry sot/source starmath/inc starmath/sdi starmath/source starmath/uiconfig vcl/unx
dtrans/source/win32/ftransl/ftransl.cxx |2 include/sal/log-areas.dox |1 include/sot/formats.hxx |3 officecfg/registry/data/org/openoffice/Office/UI/MathCommands.xcu |5 sot/source/base/exchange.cxx |1 starmath/inc/starmath.hrc |1 starmath/sdi/smath.sdi| 23 +++ starmath/sdi/smslots.sdi |6 starmath/source/view.cxx | 75 ++ starmath/uiconfig/smath/menubar/menubar.xml |1 vcl/unx/generic/dtrans/X11_selection.cxx |6 11 files changed, 119 insertions(+), 5 deletions(-) New commits: commit 64bc8b45b5c23efc5fe57585a69aa4263aaf4e83 Author: Regina Henschel reg...@apache.org Date: Wed Jul 8 12:31:43 2015 + i#107734 Support for Math Input Panel in Windows 7 The patch introduces a new command .uno:ImportMathClipboard to module Math. It imports MathML content from clipboard and transforms it to Starmath It handles clipboard MIME type 'application/mathml+xml' and plain text, which can be interpreted as MathML segment. It partly solves issues #i14252, #i34781, and #i53509 too. Review by: Hanya hanya.r...@gmail.com (cherry picked from commit 9ec2148653436be8612273439180749e71e2ce58) Conflicts: dtrans/source/win32/ftransl/ftransl.cxx officecfg/registry/data/org/openoffice/Office/UI/MathCommands.xcu sot/inc/sot/formats.hxx sot/source/base/exchange.cxx starmath/sdi/smath.sdi starmath/source/view.cxx Change-Id: I6cb5e8f737ee2e39f9ce96aba841db347a8806e4 diff --git a/dtrans/source/win32/ftransl/ftransl.cxx b/dtrans/source/win32/ftransl/ftransl.cxx index bc14f54..7fe0b55 100644 --- a/dtrans/source/win32/ftransl/ftransl.cxx +++ b/dtrans/source/win32/ftransl/ftransl.cxx @@ -458,6 +458,8 @@ void SAL_CALL CDataFormatTranslator::initTranslationTable() m_TranslTable.push_back(FormatEntry(image/bmp, Windows Bitmap, NULL, CF_INVALID, CPPUTYPE_DEFAULT)); //SotClipboardFormatId::PNG m_TranslTable.push_back(FormatEntry(image/png, PNG, NULL, CF_INVALID, CPPUTYPE_DEFAULT)); +//SotClipboardFormatId::MATHML +m_TranslTable.push_back(FormatEntry(application/mathml+xml, MathML, NULL, CF_INVALID, CPPUTYPE_DEFAULT)); //SotClipboardFormatId::DUMMY3 m_TranslTable.push_back(FormatEntry(application/x-openoffice-dummy3;windows_formatname=\SO_DUMMYFORMAT_3\, SO_DUMMYFORMAT_3, NULL, CF_INVALID, CPPUTYPE_DEFAULT)); //SotClipboardFormatId::DUMMY4 diff --git a/include/sot/formats.hxx b/include/sot/formats.hxx index cb2ee82..c85a10f 100644 --- a/include/sot/formats.hxx +++ b/include/sot/formats.hxx @@ -185,8 +185,9 @@ enum class SotClipboardFormatId : sal_uLong HC_GDIMETAFILE = 140, PNG= 141, STARWRITERGLOB_8_TEMPLATE = 142, +MATHML = 143, // the point at which we start allocating runtime format IDs -USER_END = STARWRITERGLOB_8_TEMPLATE +USER_END = MATHML }; /** Make it easier to iterate over format IDs */ diff --git a/officecfg/registry/data/org/openoffice/Office/UI/MathCommands.xcu b/officecfg/registry/data/org/openoffice/Office/UI/MathCommands.xcu index 02c5b52..4d612cd 100644 --- a/officecfg/registry/data/org/openoffice/Office/UI/MathCommands.xcu +++ b/officecfg/registry/data/org/openoffice/Office/UI/MathCommands.xcu @@ -43,6 +43,11 @@ value xml:lang=en-US~Import Formula.../value /prop /node + node oor:name=.uno:ImportMathMLClipboard oor:op=replace +prop oor:name=Label oor:type=xs:string + value xml:lang=en-USImport MathML from Clipboard/value +/prop + /node node oor:name=.uno:FitInWindow oor:op=replace prop oor:name=Label oor:type=xs:string value xml:lang=en-USFit To Window/value diff --git a/sot/source/base/exchange.cxx b/sot/source/base/exchange.cxx index 8b3541f..599525d 100644 --- a/sot/source/base/exchange.cxx +++ b/sot/source/base/exchange.cxx @@ -201,6 +201,7 @@ namespace /*140 SotClipboardFormatId::GDIMETAFILE*/ { application/x-openoffice-highcontrast-gdimetafile;windows_formatname=\GDIMetaFile\, High Contrast GDIMetaFile, cppu::UnoTypeSequencesal_Int8::get() }, /*141 SotClipboardFormatId::PNG*/{ image/png, PNG Bitmap, cppu::UnoTypeSequencesal_Int8::get() }, /*142 SotClipboardFormatId::STARWRITERGLOB_8_TEMPLATE*/ { MIMETYPE_OASIS_OPENDOCUMENT_TEXT_GLOBAL_TEMPLATE_ASCII, Writer/Global 8 Template, cppu::UnoTypeSequencesal_Int8::get() }, +/*143 SotClipboardFormatId::MATHML*/ { application/mathml+xml, MathML
How to comment on a patch in Gerrit, which is already merged?
Hi, today I had a look at https://gerrit.libreoffice.org/#/c/16110/. I have seen some problems in the patch, but it is already merged. I wrote my comments in Gerrit for now. But what would be the correct way, that my comments are public and noticed? Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
ODF 1.2 is published ISO standard since 2015-06-17
Hi all, only to inform you: ODF 1.2 is a published ISO standard since 2015-06-17. It has the numbers ISO/IEC 26300-1:2015, ISO/IEC 26300-2:2015, and ISO/IEC 26300-3:2015. http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=66363 Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Looking for help for clipboard in Math
Hi Michael (and others who are interested in Math), Michael Stahl schrieb: On 23.06.2015 20:46, Regina Henschel wrote: But now I have this problem: I start module Math with a fresh document, I write a formula into the command window (e.g. a^2+b^2) and then try to save as *.mml. I get the errors cited below. I have not used any operations with the clipboard. A build from current trunk does not have this error, so it must be something, which I have introduced. But I do not know, what are possible causes and where to start. Errormessages: Locking problem. Sharing violation while accessing the object. this is a problem with file locking that generally only manifests on Windows: a file has been opened once and is opened a second time; the second opening fails. for example, the SvStream class uses file locking by default. check for code that opens the file for debug purpose and forgets to close it, or memory leak of something that contains an open file handle. There was nothing which uses the file. or perhaps you have the file open in a text editor? No, the file does not exist when the error occurred. if it's not obvious try SysInternals Process Monitor, it can trace system calls and their return values, and even display stack traces of the calls. https://technet.microsoft.com/en-us/sysinternals/bb896645.aspx With Process Monitor I could see, that there was no error in file access. I then revert all my changes and add them piece by piece, testing after each step. I found, that the error was, that I had added a clipboard format in filter/source/config/fragments/types/math_MathML_XML_Math.xcu I have attached the current version to https://bz.apache.org/ooo/show_bug.cgi?id=107734. I still have no environment for LibreOffice, so Gerrit is currently no option for me. If you nevertheless will have a look at it, that would be nice. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Looking for help for clipboard in Math
Hi Michael, and another report: I found, what I did wrong. I had used GetTree() and not realized, that it does not only return a pointer but actually performs a pop. For text clipboard content I have followed your tip with SvMemoryStream and utl::OInputStreamWrapper. So now I can import from clipboard, if the clipboard is of MIME type application/mathml+xml or if it is of type FORMAT_STRING and is actually a math-fragment. But now I have this problem: I start module Math with a fresh document, I write a formula into the command window (e.g. a^2+b^2) and then try to save as *.mml. I get the errors cited below. I have not used any operations with the clipboard. A build from current trunk does not have this error, so it must be something, which I have introduced. But I do not know, what are possible causes and where to start. Errormessages: Locking problem. Sharing violation while accessing the object. Error: An error or a warning has occurred during XML import/export! Error-Id: 0x60040004 Flags: 6 ERRROR SEVERE Class: 4 API Number: 4 Parameters: Exception-Message: io exception during writing From File c:/AOO_debugbuild_420/trunk/main/xmloff/source/core/xmlerror.cxx at Line 193 Error: cached Sequence not written From File C:/AOO_debugbuild_420/trunk/main/sax/source/expatwrap/saxwriter.cxx at Line 164 Kind regards Regina Michael Stahl schrieb: On 06.06.2015 22:03, Regina Henschel wrote: Hi Michael, thank-you for looking at my problems. Michael Stahl schrieb: On 05.06.2015 01:44, Regina Henschel wrote: Hi all, I struggle with the clipboard. My goal is to import MathML in module Math from clipboard, similar as it is imported from file. But I'm stuck. Therefore some questions: [skipped a lot of text] Helpful comments. Looking around I think, the connection to the OS is done in /main/dtrans/source/win32/ I have found the table m_TranslTable, which refers the SOT_FORMATSTR_IDs from exchange.cxx. I'll try what happens, when I add the MathML format there too. I had already added it in exchange.cxx, but that was not enough to be recognized. [I need some time for that. I will report back, when I have finished.] that sounds plausible. (5) I try to use SmViewShell::InsertFrom(SfxMedium rMedium). It seems to work, but when the process arrives at SmXMLImport::endDocument(void), the node tree is empty. Any tips, what I might have missed? how do you prepare the SfxMedium? i'm not sure if it requires an actual file, or if it can read from an input stream (XInputStream); it probably can't read from a Sequencesal_Int8 buffer directly... there is a SfxMedium::setStreamToLoadFrom() which looks promising. I have used: TransferableDataHelper aDataHelper( TransferableDataHelper::CreateFromSystemClipboard(GetEditWindow()) ); uno::Reference io::XInputStream xStrm; aDataHelper.GetInputStream( nId, xStrm ); SfxMedium* pClipboardMedium = new SfxMedium(); SfxMedium aClipboardMedium = *pClipboardMedium; this is probably not a good idea: the aClipboardMedium is now a copy of pClipboardMedium (using the copy-constructor), so any modification to aClipboardMedium will not be visible if you use pClipboardMedium. if you need a pointer, better do it the other way around, and use aClipbardMedium when needed. aClipboardMedium.setStreamToLoadFrom( xStrm, sal_True /*bIsReadOnly*/ ); InsertFrom(aClipboardMedium); oh, nice, the TransferableDataHelper can already get you a stream. When I then proof it with SvStream* pStream = aClipboardMedium.GetInStream(); ... sal_uLong nBytesRead = pStream-Read( aBuffer, nBufferSize ); printf(%s \n, aBuffer); I can see, that the stream contains the expected MathML-source in case the clipboard viewer lists the clipboard format application/mathml+xml. ok, so we can read the data. do you re-wind the stream with Seek() after this debug output? perhaps the import filter reads from the current position, which is going to be in the middle or at the end of the stream after this. In addition I have set the filter by const SfxFilter* pMathFilter = SfxFilter::GetFilterByName( String::CreateFromAscii(MATHML_XML) ); aClipboardMedium.SetFilter(pMathFilter); so that if ( rFltName.EqualsAscii(MATHML_XML) ) in InsertFrom becomes true it looks like SmXMLImportWrapper is using the usual xmloff XML-parsing stuff. so i would try to check if the root element of the MathML document is being recognized; set a breakpoint or add a SAL_DEBUG output in the right CreateChildContext() method... this is apparently SmXMLImport::CreateContext() - which should create a SmXMLDocContext_Impl, since there's not going to be a office namespace. most of the work is going on in the CreateChildContext() and EndElement() overrides in various child classes of SmXMLImportContext; basically xmloff maintains a stack of contexts, one for each currently open XML element; it then calls StartElement() / CreateChildContext() / EndElement() etc. on the context that is on top
[Libreoffice-commits] core.git: Branch 'aoo/trunk' - starmath/source
starmath/source/mathmlimport.cxx |6 -- 1 file changed, 6 deletions(-) New commits: commit a80742fbeb4042bcd4c1534ba527e989fd82dfcb Author: Regina Henschel reg...@apache.org Date: Sat Jun 20 12:17:27 2015 + #i126366 Do not remove outer braces Patch by: Ivan Timofeev timofeev@gmail.com resolves error {a+b}over{c+d} -- a+b}over{c+d diff --git a/starmath/source/mathmlimport.cxx b/starmath/source/mathmlimport.cxx index 41be3f4..ddb2597 100644 --- a/starmath/source/mathmlimport.cxx +++ b/starmath/source/mathmlimport.cxx @@ -580,12 +580,6 @@ void SmXMLImport::endDocument(void) // Get text from imported formula pTree-CreateTextFromNode(aText); aText.EraseTrailingChars(); -if ((aText.GetChar(0) == '{') -(aText.GetChar(aText.Len()-1) == '}')) -{ -aText.Erase(0,1); -aText.Erase(aText.Len()-1,1); -} } // Convert symbol names ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: Branch 'aoo/trunk' - starmath/source
starmath/source/mathmlimport.cxx |4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) New commits: commit 16278da3713c7afb504c1e8fccd18268ece2ae64 Author: Regina Henschel reg...@apache.org Date: Mon Jun 15 20:35:27 2015 + #i126367 existing command text is repeated when insert formula Patch by: Marcos Paulo de Souza marcos.souza@gmail.com diff --git a/starmath/source/mathmlimport.cxx b/starmath/source/mathmlimport.cxx index 5f927be4..41be3f4 100644 --- a/starmath/source/mathmlimport.cxx +++ b/starmath/source/mathmlimport.cxx @@ -577,8 +577,7 @@ void SmXMLImport::endDocument(void) pDocShell-SetFormulaTree(pTree); if (0 == aText.Len()) //If we picked up no annotation text { -//Make up some editable text -aText = pDocShell-GetText(); +// Get text from imported formula pTree-CreateTextFromNode(aText); aText.EraseTrailingChars(); if ((aText.GetChar(0) == '{') @@ -588,7 +587,6 @@ void SmXMLImport::endDocument(void) aText.Erase(aText.Len()-1,1); } } -pDocShell-SetText( String() ); // Convert symbol names SmParser rParser = pDocShell-GetParser(); ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: Branch 'aoo/trunk' - ooxml/source rat-excludes
ooxml/source/framework/JavaOOXMLParser/.classpath | 21 + ooxml/source/framework/JavaOOXMLParser/.project | 21 + ooxml/source/framework/JavaPartManager/src/org/apache/openoffice/ooxml/framework/part/ContentType.java | 21 + ooxml/source/framework/JavaPartManager/src/org/apache/openoffice/ooxml/framework/part/ContentTypes.java | 21 + ooxml/source/framework/JavaPartManager/src/org/apache/openoffice/ooxml/framework/part/IReferenceProvider.java | 21 + ooxml/source/framework/JavaPartManager/src/org/apache/openoffice/ooxml/framework/part/OOXMLPackage.java | 23 +- ooxml/source/framework/JavaPartManager/src/org/apache/openoffice/ooxml/framework/part/Package.java | 23 +- ooxml/source/framework/JavaPartManager/src/org/apache/openoffice/ooxml/framework/part/Part.java | 21 + ooxml/source/framework/JavaPartManager/src/org/apache/openoffice/ooxml/framework/part/PartManager.java | 21 + ooxml/source/framework/JavaPartManager/src/org/apache/openoffice/ooxml/framework/part/PartManagerPrototype.java | 21 + ooxml/source/framework/JavaPartManager/src/org/apache/openoffice/ooxml/framework/part/PartName.java | 21 + ooxml/source/framework/JavaPartManager/src/org/apache/openoffice/ooxml/framework/part/RelatedParts.java | 21 + ooxml/source/framework/JavaPartManager/src/org/apache/openoffice/ooxml/framework/part/RelationshipType.java | 21 + ooxml/source/framework/JavaPartManager/src/org/apache/openoffice/ooxml/framework/part/parser/ContentTypesParser.java | 21 + ooxml/source/framework/JavaPartManager/src/org/apache/openoffice/ooxml/framework/part/parser/ParserFactory.java | 21 + ooxml/source/framework/JavaPartManager/src/org/apache/openoffice/ooxml/framework/part/parser/RelationshipParser.java | 21 + ooxml/source/framework/SchemaParser/.classpath | 21 + ooxml/source/framework/SchemaParser/.project | 21 + ooxml/source/framework/SchemaParser/src/org/apache/openoffice/ooxml/schema/generator/html/code.js | 12 + ooxml/source/framework/SchemaParser/src/org/apache/openoffice/ooxml/schema/generator/html/display.css | 17 +++ ooxml/source/framework/SchemaParser/src/org/apache/openoffice/ooxml/schema/generator/html/linking-template.html | 17 +++ ooxml/source/framework/SchemaParser/src/org/apache/openoffice/ooxml/schema/generator/html/template.html | 17 +++ rat-excludes |9 +++ 23 files changed, 452 insertions(+), 2 deletions(-) New commits: commit 06354f51ff49c91fdd8cf450ecf249438247360a Author: Regina Henschel reg...@apache.org Date: Thu Jun 11 21:24:16 2015 + Add missing ASF license Headers to files in folder ooxml Patch by: Gavin McDonaldgmcdon...@apache.org read thread [RAT REPORT] starting 2015-05-06 on d...@openoffice.apache.org diff --git a/ooxml/source/framework/JavaOOXMLParser/.classpath b/ooxml/source/framework/JavaOOXMLParser/.classpath index fb565a5..3dc9bdd 100644 --- a/ooxml/source/framework/JavaOOXMLParser/.classpath +++ b/ooxml/source/framework/JavaOOXMLParser/.classpath @@ -1,4 +1,25 @@ ?xml version=1.0 encoding=UTF-8? +!--*** + * + * Licensed to the Apache Software Foundation (ASF) under one + * or more contributor license agreements. See the NOTICE file + * distributed with this work for additional information + * regarding copyright ownership. The ASF licenses this file + * to you under the Apache License, Version 2.0 (the + * License); you may not use this file except in compliance + * with the License. You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, + * software distributed under the License is distributed on an + * AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY + * KIND, either express or implied. See the License for the + * specific language governing permissions and limitations + * under the License. + * +***-- + classpath classpathentry kind=src path=src/ classpathentry kind=con path=org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/JavaSE-1.7/ diff --git
Re: Looking for help for clipboard in Math
Hi Michael, a short status report: Michael Stahl schrieb: On 06.06.2015 22:03, Regina Henschel wrote: Hi Michael, thank-you for looking at my problems. Michael Stahl schrieb: On 05.06.2015 01:44, Regina Henschel wrote: Hi all, I struggle with the clipboard. My goal is to import MathML in module Math from clipboard, similar as it is imported from file. But I'm stuck. Therefore some questions: [skipped a lot of text] Helpful comments. Looking around I think, the connection to the OS is done in /main/dtrans/source/win32/ I have found the table m_TranslTable, which refers the SOT_FORMATSTR_IDs from exchange.cxx. I'll try what happens, when I add the MathML format there too. I had already added it in exchange.cxx, but that was not enough to be recognized. [I need some time for that. I will report back, when I have finished.] that sounds plausible. I have added the MathML format to m_TranslTable and now I get the clipboard content. In addition I have added debug outputs for MimeType and HumanPresentableName. With all that I see: The MathML-content from Microsoft MathInputPanel can be detected in clipboard and the stream contains a complete MathML content, so if saved to file it would result in a valid MathML file. The same is true for copying an equation from Microsoft Word 2010. Among 15 detected clipboard formats, I can get the correct one by using the new introduced SOT_FORMATSTR_ID. The clipboard format from MathCast is not a real MathML content, but it is MimeType = text/plain;charset=windows1252 and HumanPresentableName = OEM/ANSI Text. So importing that is a different problem and has to wait until the import of valid MathML is successful. For your tips about XML-parsing I need some more time. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Looking for help for clipboard in Math
Hi Michael, thank-you for looking at my problems. Michael Stahl schrieb: On 05.06.2015 01:44, Regina Henschel wrote: Hi all, I struggle with the clipboard. My goal is to import MathML in module Math from clipboard, similar as it is imported from file. But I'm stuck. Therefore some questions: [skipped a lot of text] include/sot/formats.hxx: enum class SotClipboardFormatId there is no MathML in there, but various STARMATH_* ones. // the point at which we start allocating runtime format IDs USER_END = STARWRITERGLOB_8_TEMPLATE so what you probably have as ID is user-defined, which means we can't do anything with it really. it looks like there needs to be some mapping from the OS-specific clipboard to these office-internal IDs - if there's no ID for MathML it can't be mapped. there is a big array in sot/source/base/exchange.cxx, you probably need to add an entry for MathML there. the array is ordered and indexed by the SotClipboardFormatId. /* 48 SotClipboardFormatId::STARMATH_50*/{ application/x-openoffice-starmath-50;windows_formatname=\StarMath 5.0\, StarMath 5.0, cppu::UnoTypeSequencesal_Int8::get() }, that's the mime-type and human-readable name. i was wondering how this would work on Windows, given that the Win32 clipboard presumably does not use mime-types; apparently the ;windows_formatname=\...\ appendix to the mime-type here covers that. Helpful comments. Looking around I think, the connection to the OS is done in /main/dtrans/source/win32/ I have found the table m_TranslTable, which refers the SOT_FORMATSTR_IDs from exchange.cxx. I'll try what happens, when I add the MathML format there too. I had already added it in exchange.cxx, but that was not enough to be recognized. [I need some time for that. I will report back, when I have finished.] (5) I try to use SmViewShell::InsertFrom(SfxMedium rMedium). It seems to work, but when the process arrives at SmXMLImport::endDocument(void), the node tree is empty. Any tips, what I might have missed? how do you prepare the SfxMedium? i'm not sure if it requires an actual file, or if it can read from an input stream (XInputStream); it probably can't read from a Sequencesal_Int8 buffer directly... there is a SfxMedium::setStreamToLoadFrom() which looks promising. I have used: TransferableDataHelper aDataHelper( TransferableDataHelper::CreateFromSystemClipboard(GetEditWindow()) ); uno::Reference io::XInputStream xStrm; aDataHelper.GetInputStream( nId, xStrm ); SfxMedium* pClipboardMedium = new SfxMedium(); SfxMedium aClipboardMedium = *pClipboardMedium; aClipboardMedium.setStreamToLoadFrom( xStrm, sal_True /*bIsReadOnly*/ ); InsertFrom(aClipboardMedium); When I then proof it with SvStream* pStream = aClipboardMedium.GetInStream(); ... sal_uLong nBytesRead = pStream-Read( aBuffer, nBufferSize ); printf(%s \n, aBuffer); I can see, that the stream contains the expected MathML-source in case the clipboard viewer lists the clipboard format application/mathml+xml. In addition I have set the filter by const SfxFilter* pMathFilter = SfxFilter::GetFilterByName( String::CreateFromAscii(MATHML_XML) ); aClipboardMedium.SetFilter(pMathFilter); so that if ( rFltName.EqualsAscii(MATHML_XML) ) in InsertFrom becomes true I'm still a novice in coding and it might be, that I do basic things wrong. you can create an input stream from the buffer via SvMemoryStream and then wrap that in utl::OInputStreamWrapper. You mean, it will be possible to use the Unicode-Text? That would help, when copying from Websites. But first I need to solve the problem, that I get no node-tree, and the problem to detect the clipboard correctly. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Looking for help for clipboard in Math
Hi all, I struggle with the clipboard. My goal is to import MathML in module Math from clipboard, similar as it is imported from file. But I'm stuck. Therefore some questions: (1) Has someone tried such already and found, that it is not possible? (2) The comments in file exchange.cxx refer to a document CLIP.SDW. Has someone this document and can provide it? (3) I have added a .uno command which is executed in SmViewShell::Execute(SfxRequest rReq) My current attempt looks like this: TransferableDataHelper aDataHelper( TransferableDataHelper::CreateFromSystemClipboard(GetEditWindow()) ); SotFormatStringId nId; DataFlavorExVector* pFormats; pFormats = aDataHelper.GetDataFlavorExVector(); DataFlavorExVector::iterator aIter( ((DataFlavorExVector)*pFormats).begin() ), aEnd( ((DataFlavorExVector)*pFormats).end() ); while ( aIter != aEnd ) { nId = (*aIter).mnSotId; ... aIter++; } I get some nId-values and for some of them I can get a stream and can look at the content. But the clipboard content, which is generated by the Windows program Math Input Control (mip.exe) is not noticed. But I see that the clipboard has a content MathML and a content MathML Presentation using the clipboard viewer Free Clipboard Viewer 2.0. Why do I get no nId for it? (4) The numbers I get in nId are those from the list in exchange.cxx, and for application/mathml+xml, which is not listed there, I get the next one following the list. But how can I get the MimeType or the HumanPresentableName for the detected nId? My following try does not work, the strings are empty in all cases: ::com::sun::star::datatransfer::DataFlavor aFlavor; SotExchange::GetFormatDataFlavor( nId, aFlavor ) ) String sHumanPresentableName(aFlavor.HumanPresentableName); String sMimeType(aFlavor.MimeType); (5) I try to use SmViewShell::InsertFrom(SfxMedium rMedium). It seems to work, but when the process arrives at SmXMLImport::endDocument(void), the node tree is empty. Any tips, what I might have missed? Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: problem with interpreting OpenFormula format in ODF1.2
Hi Andras, I think we have already resolved it as OFFICE-3879 for ODF1.2 Errata 01 and ODF 1.3. Kind regards Regina Andras Timar schrieb: Hi, On Tue, May 19, 2015 at 1:24 PM, Winfried Donkers w.donk...@dci-electronics.nl wrote: Hi, I'm currently working on the various FLOOR functions (all Calc and Excel variations) and I struggle with this phrase in http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part2.html#__RefHeading__1018610_715980110 : If mode is given and not equal to zero, the absolute value of N is rounded __away from zero__ to a multiple of the absolute value of significance and then the sign applied . That sounds to me as CEILING behaviour, not FLOOR. Is my interpretation wrong, is there an error in the standard? What should the behaviour be to have FLOOR comply with ODFF1.2? It can be a copypaste error. I filed a bug: https://issues.oasis-open.org/browse/OFFICE-3885 We'll discuss this on the next OASIS ODF TC meeting (1st of June), unless until then someone proves that the current text is correct. Thanks, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: user profile for master / LO 5.0
Hi Jean-Batiste, I too think, that is is wrong, but my issue https://bugs.documentfoundation.org/show_bug.cgi?id=90747 was closed. Kind regards Regina Jean-Baptiste Faure schrieb: Hi, Is it intentional if LO 5.0.0.0.alpha1+ still use .../libreoffice/4 as user profile directory ? The problem is that you can't use a LO 4.x profile for LO 4 again once it has been used by LO 5. Best regards. JBF ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] core.git: Branch 'aoo/trunk' - starmath/source
starmath/source/smdetect.cxx | 134 ++- 1 file changed, 82 insertions(+), 52 deletions(-) New commits: commit 1aaa4073407bf8db1110fb8e510580b66baa3003 Author: Regina Henschel reg...@apache.org Date: Wed Apr 22 19:50:23 2015 + #i126230 current Math type detection is too restrict Now these files are detected in addition: Fragments without prolog, any prefix on the math element, files in encoding UTF-16 Patch by: Regina Henschel rb.hensc...@t-online.de Review by: Kay Schenk ksch...@apache.org diff --git a/starmath/source/smdetect.cxx b/starmath/source/smdetect.cxx index 93a5644..ff4ae70 100644 --- a/starmath/source/smdetect.cxx +++ b/starmath/source/smdetect.cxx @@ -74,7 +74,6 @@ #include document.hxx #include eqnolefilehdr.hxx - using namespace ::com::sun::star; using namespace ::com::sun::star::uno; using namespace ::com::sun::star::io; @@ -307,9 +306,7 @@ SmFilterDetect::~SmFilterDetect() } else { -//Test to see if this begins with xml and if so run it through -//the MathML filter. There are all sorts of things wrong with -//this approach, to be fixed at a better level than here +// DesignScience Equation Editor MathType 3.0 ? SvStream *pStrm = aMedium.GetInStream(); aTypeName.Erase(); if (pStrm !pStrm-GetError()) @@ -326,63 +323,96 @@ SmFilterDetect::~SmFilterDetect() } else { -// #124636# detection should not only check for xml, but at least also for -// the math start element and the MathML URL. Additionally take their order -// into account. Also allow the case where the start element has a namespace -// (e.g. bla:math), but in that case ensure that it is in front of an evtl. -// xmlns:math namespace declaration and thus not part of that -const sal_uInt16 nReadSize(4095); -sal_Char aBuffer[nReadSize+1]; +// MathML? The SAX parser expects the 'math' root element incl. +// the namespace URL. Neither '?xml' prolog nor !doctype is needed. +// If the math element has a prefix (e.g. bla:math), the +// prefix has to be defined in the namespace attribut +// (e.g. xmlns:bla=http://www.w3.org/1998/Math/MathML;) +// #124636 is fixed too. pStrm-Seek( STREAM_SEEK_TO_BEGIN ); -const sal_uLong nBytesRead(pStrm-Read( aBuffer, nReadSize )); - -if(nBytesRead (5 + 1 + 34 + 5)) // xml + '' + URL + '(|:)math' +const size_t nBufSize=2048; +sal_uInt16 aBuffer[nBufSize]; // will be casted to an Unicode-Array below +sal_uInt8* pByte = reinterpret_castsal_uInt8*(aBuffer); +const sal_uLong nBytesRead(pStrm-Read( pByte, nBufSize * 2 ) ); +const sal_uLong nUnicodeCharsRead (nBytesRead / 2 ); + +// For backwards searching an OUString is used. The conversion needs an +// encoding information. Default encoding is UTF-8, UTF-16 is possible +// (e.g. from MS Math Input Control), others are unlikely. +// Looking for Byte Order Mark +rtl_TextEncoding aEncoding = RTL_TEXTENCODING_UTF8; +bool bIsUnicode = false; +if (nBytesRead = 2 (aBuffer[0]==0xfffe || aBuffer[0]==0xfeff) ) { -// end string with null -aBuffer[nBytesRead + 1] = 0; - -// is it a xml file? -const sal_Char* pXML = strstr(aBuffer, ?xml); -bool isMathFile(false); +aEncoding = RTL_TEXTENCODING_UNICODE; +bIsUnicode = true; +if ( aBuffer[0] == 0xfffe) +{ //swap bytes to make Big Endian + for (size_t i=0; i nUnicodeCharsRead; ++i) + { + aBuffer[i] = (aBuffer[i]8) | (aBuffer[i]8) ; + } +} +} -if(pXML) +bool isMathFile(false); +if ( nBytesRead 56) // minimal math xmlns=http://www.w3.org/1998/Math/MathML;/math +{ +const sal_Char* pChar
[Libreoffice-commits] core.git: scaddins/source
scaddins/source/analysis/financial.cxx | 35 ++--- 1 file changed, 28 insertions(+), 7 deletions(-) New commits: commit 9f1ffa641b67a4359611bb62d147a9a1e09312cd Author: Regina Henschel reg...@apache.org Date: Mon Apr 6 15:51:04 2015 + Resolves: #i95167# XIRR() function gives Err:502 Patch by: Driss Ben Zoubeir driss.zoub...@gmail.com Review by: Regina Henschel rb.hensc...@t-online.de (cherry picked from commit 85cd072198d9024c20b741c04a20ef99fc9b5910) Conflicts: scaddins/source/analysis/financial.cxx Change-Id: I385d5f9bfa840fe609cb5723f2d4d57d26fd0d6c diff --git a/scaddins/source/analysis/financial.cxx b/scaddins/source/analysis/financial.cxx index 309f044..c51f4e9 100644 --- a/scaddins/source/analysis/financial.cxx +++ b/scaddins/source/analysis/financial.cxx @@ -541,16 +541,37 @@ double SAL_CALL AnalysisAddIn::getXirr( // Newton's method - try to find a fResultRate, so that lcl_sca_XirrResult() returns 0. sal_Int32 nIter = 0; -bool bContLoop; +double fResultValue; +sal_Int32 nIterScan = 0; +bool bContLoop = false; +bool bResultRateScanEnd = false; + +// First the inner while-loop will be executed using the default Value fResultRate +// or the user guessed fResultRate if those do not deliver a solution for the +// Newton's method then the range from -0.99 to +0.99 will be scanned with a +// step size of 0.01 to find fResultRate's value which can deliver a solution do { -double fResultValue = lcl_sca_XirrResult( aValues, aDates, fResultRate ); -double fNewRate = fResultRate - fResultValue / lcl_sca_XirrResult_Deriv1( aValues, aDates, fResultRate ); -double fRateEps = fabs( fNewRate - fResultRate ); -fResultRate = fNewRate; -bContLoop = (fRateEps fMaxEps) (fabs( fResultValue ) fMaxEps); +if (nIterScan =1) +fResultRate = -0.99 + (nIterScan -1)* 0.01; +do +{ +fResultValue = lcl_sca_XirrResult( aValues, aDates, fResultRate ); +double fNewRate = fResultRate - fResultValue / lcl_sca_XirrResult_Deriv1( aValues, aDates, fResultRate ); +double fRateEps = fabs( fNewRate - fResultRate ); +fResultRate = fNewRate; +bContLoop = (fRateEps fMaxEps) (fabs( fResultValue ) fMaxEps); +} +while( bContLoop (++nIter nMaxIter) ); +nIter = 0; +if ( ::rtl::math::isNan(fResultRate) || ::rtl::math::isInf(fResultRate) +||::rtl::math::isNan(fResultValue) || ::rtl::math::isInf(fResultValue)) +bContLoop = true; + +++nIterScan; +bResultRateScanEnd = (nIterScan = 200); } -while( bContLoop (++nIter nMaxIter) ); +while(bContLoop !bResultRateScanEnd); if( bContLoop ) throw css::lang::IllegalArgumentException(); ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: Branch 'aoo/trunk' - scaddins/source
scaddins/source/analysis/financial.cxx | 34 ++--- 1 file changed, 27 insertions(+), 7 deletions(-) New commits: commit 85cd072198d9024c20b741c04a20ef99fc9b5910 Author: Regina Henschel reg...@apache.org Date: Mon Apr 6 15:51:04 2015 + #i95167 XIRR() function gives Err:502 Patch by: Driss Ben Zoubeir driss.zoub...@gmail.com Review by: Regina Henschel rb.hensc...@t-online.de diff --git a/scaddins/source/analysis/financial.cxx b/scaddins/source/analysis/financial.cxx index 706897f..148a0a5 100644 --- a/scaddins/source/analysis/financial.cxx +++ b/scaddins/source/analysis/financial.cxx @@ -545,16 +545,36 @@ double SAL_CALL AnalysisAddIn::getXirr( // Newton's method - try to find a fResultRate, so that lcl_sca_XirrResult() returns 0. double fNewRate, fRateEps, fResultValue; sal_Int32 nIter = 0; -bool bContLoop; +sal_Int32 nIterScan = 0; +bool bContLoop = false; +bool bResultRateScanEnd = false; + +// First the inner while-loop will be executed using the default Value fResultRate +// or the user guessed fResultRate if those do not deliver a solution for the +// Newton's method then the range from -0.99 to +0.99 will be scanned with a +// step size of 0.01 to find fResultRate's value which can deliver a solution do { -fResultValue = lcl_sca_XirrResult( aValues, aDates, fResultRate ); -fNewRate = fResultRate - fResultValue / lcl_sca_XirrResult_Deriv1( aValues, aDates, fResultRate ); -fRateEps = fabs( fNewRate - fResultRate ); -fResultRate = fNewRate; -bContLoop = (fRateEps fMaxEps) (fabs( fResultValue ) fMaxEps); +if (nIterScan =1) +fResultRate = -0.99 + (nIterScan -1)* 0.01; +do +{ +fResultValue = lcl_sca_XirrResult( aValues, aDates, fResultRate ); +fNewRate = fResultRate - fResultValue / lcl_sca_XirrResult_Deriv1( aValues, aDates, fResultRate ); +fRateEps = fabs( fNewRate - fResultRate ); +fResultRate = fNewRate; +bContLoop = (fRateEps fMaxEps) (fabs( fResultValue ) fMaxEps); +} +while( bContLoop (++nIter nMaxIter) ); +nIter = 0; +if ( ::rtl::math::isNan(fResultRate) || ::rtl::math::isInf(fResultRate) +||::rtl::math::isNan(fResultValue) || ::rtl::math::isInf(fResultValue)) +bContLoop = true; + +++nIterScan; +bResultRateScanEnd = (nIterScan = 200); } -while( bContLoop (++nIter nMaxIter) ); +while(bContLoop !bResultRateScanEnd); if( bContLoop ) THROW_IAE; ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: Bug 64075: code pointer needed
Hi Christina, Christina Roßmanith schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, opening homenet.svg (attached to the bug) shows the circles without a filling but filled circles would be correct. You see only unfilled circles, if you use File Open. If you use Insert Image From file, then the circles are filled as expected. The reason is, that LibreOffice uses different algorithm for File Open and Insert Image. In Apache OpenOffice the same algorithm is used, and therefore it does not have this bug. When you search in Bugzilla, you will find more issues, where File Open fails. So the solution is to repair the special way of LibreOffice or to replace it with the way AOO does it. The reason (I guess) is that each circle is represented as 4 bezier curves which make it a manually closed polygon but not a closed polygon. The polygon in that file is not explicitly closed, but has only a start point with identical coordinates as the end point. But in svg it is not necessary to have a closed outline for to be filled, but each open curve can be filled. The current implementation is not able to have fillings of open paths. Therefore the Import Image algorithm goes the way to add an additional drawing object with line none, which is closed and carriers the filling. So my question is: Where can I find the code responsible for filling polygons (and where probably polygons are being tested as being closed but not manually closed)? I think, that is not the correct place to fix it. If you are going to force the case of start coordinates equal end coordinates to be closed, then this should be down when analyzing the svg on import, when you have svg namespace. When you force _each_ such polygon to be closed, then it will break existing documents. For polygons the state closed is set, when a Z command exists; that is in the tool importFromSvgD. Because in svg filling does not depend on being closed or not, a fill attribute always generates a polygon. That is in class SvgStyleAttributes. But I'm no expert, so cannot give you true code pointers. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] core.git: Branch 'aoo/trunk' - sd/source
sd/source/ui/view/sdview4.cxx |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) New commits: commit 04ab3dd01c668890a60773d597304688ccad603a Author: Regina Henschel reg...@apache.org Date: Thu Jan 8 15:46:16 2015 + #i125613# Insert Picture from file do not work The patch restores the behavior, that Insert from file replaces the empty outline object in Impress Patch by:Regina Henschel rb.hensc...@t-online.de diff --git a/sd/source/ui/view/sdview4.cxx b/sd/source/ui/view/sdview4.cxx index 802661d..7cf35e0 100644 --- a/sd/source/ui/view/sdview4.cxx +++ b/sd/source/ui/view/sdview4.cxx @@ -109,7 +109,11 @@ SdrGrafObj* View::InsertGraphic( const Graphic rGraphic, sal_Int8 rAction, const bool bIsGraphic(0 != dynamic_cast SdrGrafObj* (pPickObj)); -if(pPickObj !bIsGraphic pPickObj-IsClosedObj() !dynamic_cast SdrOle2Obj* (pPickObj)) +if(pPickObj + !bIsGraphic + !(pPickObj-IsEmptyPresObj() ) + pPickObj-IsClosedObj() + !dynamic_cast SdrOle2Obj* (pPickObj)) { // fill style change (fill object with graphic), independent of mnAction // and thus of DND_ACTION_LINK or DND_ACTION_MOVE ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Purpose of method View::GetEmptyPresentationObject()?
Hi all, I'm looking for someone, who can tell me more about method View::GetEmptyPresentationObject()[1]. The method is used in FuInsertGraphic::DoExecute() with parameter PRESOBJ_GRAPHIC [2] and in View::InsertMediaObj() with parameter PRESOBJ_MEDIA [3] and in DrawViewShell::FuTable with parameter PRESOBJ_TABLE [4]. But the delivered parameter is not considered in all cases in GetEmptyPresentationObject(). This method has been introduced with commit renaissance01: #i107213# further layout work, initial support for new layout toolbox control by Christian Lippka at 3.Dec 2009. I come across the method when investigating on AOO bug #125613 [5]. The call with parameter PRESOBJ_GRAPHIC results in an object of kind PRESOBJ_OUTLINE. I think, it should be NULL. I know, it is an AOO problem, but it might be reason for fdo#64301 [6] too. My question is: Is the implemented behavior of GetEmptyPresentationObject() intended, and if yes, why? Or is it a bug? Kind regards Regina [1] http://opengrok.libreoffice.org/xref/core/sd/source/ui/view/sdview5.cxx [2] http://opengrok.libreoffice.org/xref/core/sd/source/ui/func/fuinsert.cxx [3] http://opengrok.libreoffice.org/xref/core/sd/source/ui/view/sdview4.cxx [4] http://opengrok.libreoffice.org/xref/core/sd/source/ui/table/tablefunction.cxx [5] https://issues.apache.org/ooo/show_bug.cgi?id=125613 [6] https://bugs.freedesktop.org/show_bug.cgi?id=64301 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] core.git: Branch 'aoo/trunk' - cui/source
cui/source/options/optpath.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 1c89ffc354b116410d61650551924a02bac953d8 Author: Regina Henschel reg...@apache.org Date: Fri Jan 2 23:25:07 2015 + #i125987 Table header within paths dialog too small Patch by:Thorsten Wagner thorsten.wagne...@gmail.com diff --git a/cui/source/options/optpath.cxx b/cui/source/options/optpath.cxx index 538ddb0..d7375be 100644 --- a/cui/source/options/optpath.cxx +++ b/cui/source/options/optpath.cxx @@ -230,7 +230,7 @@ SvxPathTabPage::SvxPathTabPage( Window* pParent, const SfxItemSet rSet ) : aPathBtn.SetClickHdl( aLink ); Size aBoxSize = aPathCtrl.GetOutputSizePixel(); pHeaderBar = new HeaderBar( aPathCtrl, WB_BUTTONSTYLE | WB_BOTTOMBORDER ); -pHeaderBar-SetPosSizePixel( Point( 0, 0 ), Size( aBoxSize.Width(), 16 ) ); +pHeaderBar-SetPosSizePixel( Point( 0, 0 ), Size( aBoxSize.Width(), 20 ) ); pHeaderBar-SetSelectHdl( LINK( this, SvxPathTabPage, HeaderSelect_Impl ) ); pHeaderBar-SetEndDragHdl( LINK( this, SvxPathTabPage, HeaderEndDrag_Impl ) ); Size aSz; ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: Branch 'aoo/trunk' - starmath/inc starmath/source
starmath/inc/parse.hxx |4 ++- starmath/source/mathmlexport.cxx | 30 starmath/source/mathmlimport.cxx | 20 +--- starmath/source/mathmlimport.hxx |3 +- starmath/source/node.cxx | 48 +++ starmath/source/parse.cxx| 10 6 files changed, 106 insertions(+), 9 deletions(-) New commits: commit 529e59d90037748d0030191b93252e597935243e Author: Regina Henschel reg...@apache.org Date: Thu Oct 30 18:41:23 2014 + #i118191# Red is not red enough Enable Math to use 16 basic HTML colors Patch by: Regina Henschel rb.hensc...@t-online.de Found by: lapsap7+...@gmail.com diff --git a/starmath/inc/parse.hxx b/starmath/inc/parse.hxx index 578196c..01d8b96 100644 --- a/starmath/inc/parse.hxx +++ b/starmath/inc/parse.hxx @@ -95,7 +95,9 @@ enum SmTokenType TSINH, TCOSH, TTANH, TCOTH, TASIN, TACOS, TATAN, TLN,TLOG, TUOPER, TBOPER, TBLACK, TWHITE, TRED, TGREEN, -TBLUE, TCYAN, TMAGENTA, TYELLOW,TFIXED, +TBLUE, TCYAN, TMAGENTA, TYELLOW,TSILVER, +TGRAY, TMAROON,TPURPLE,TLIME, TOLIVE, +TNAVY, TTEAL, TAQUA, TFUCHSIA, TFIXED, TSANS, TSERIF, TPOINT, TASINH, TACOSH, TATANH, TACOTH, TACOT, TEXP, TCDOT, TODOT, TLESLANT, TGESLANT, TNSUBSET, TNSUPSET, diff --git a/starmath/source/mathmlexport.cxx b/starmath/source/mathmlexport.cxx index 8f0026d..050242a 100644 --- a/starmath/source/mathmlexport.cxx +++ b/starmath/source/mathmlexport.cxx @@ -1281,6 +1281,36 @@ void SmXMLExport::ExportFont(const SmNode *pNode, int nLevel) case TYELLOW: AddAttribute(XML_NAMESPACE_MATH, XML_COLOR, XML_YELLOW); break; +case TSILVER: +AddAttribute(XML_NAMESPACE_MATH, XML_COLOR, XML_SILVER); +break; +case TGRAY: +AddAttribute(XML_NAMESPACE_MATH, XML_COLOR, XML_GRAY); +break; +case TMAROON: +AddAttribute(XML_NAMESPACE_MATH, XML_COLOR, XML_MAROON); +break; +case TOLIVE: +AddAttribute(XML_NAMESPACE_MATH, XML_COLOR, XML_OLIVE); +break; +case TLIME: +AddAttribute(XML_NAMESPACE_MATH, XML_COLOR, XML_LIME); +break; +case TAQUA: +AddAttribute(XML_NAMESPACE_MATH, XML_COLOR, XML_AQUA); +break; +case TTEAL: +AddAttribute(XML_NAMESPACE_MATH, XML_COLOR, XML_TEAL); +break; +case TNAVY: +AddAttribute(XML_NAMESPACE_MATH, XML_COLOR, XML_NAVY); +break; +case TFUCHSIA: +AddAttribute(XML_NAMESPACE_MATH, XML_COLOR, XML_FUCHSIA); +break; +case TPURPLE: +AddAttribute(XML_NAMESPACE_MATH, XML_COLOR, XML_PURPLE); +break; case TSIZE: { const SmFontNode *pFontNode = static_castconst SmFontNode *(pNode); diff --git a/starmath/source/mathmlimport.cxx b/starmath/source/mathmlimport.cxx index fd2354b..5f927be4 100644 --- a/starmath/source/mathmlimport.cxx +++ b/starmath/source/mathmlimport.cxx @@ -724,6 +724,9 @@ void SmXMLContext_Helper::RetrieveAttrs(const uno::Reference case XML_TOK_COLOR: sColor = sValue; break; +case XML_TOK_MATHCOLOR: +sColor = sValue; +break; default: break; } @@ -966,6 +969,9 @@ void SmXMLStyleContext_Impl::StartElement(const uno::Reference case XML_TOK_COLOR: sColor = sValue; break; +case XML_TOK_MATHCOLOR: +sColor = sValue; +break; default: break; } @@ -2093,6 +2099,7 @@ static __FAR_DATA SvXMLTokenMapEntry aPresLayoutAttrTokenMap[] = { XML_NAMESPACE_MATH, XML_FONTSIZE,XML_TOK_FONTSIZE }, { XML_NAMESPACE_MATH, XML_FONTFAMILY, XML_TOK_FONTFAMILY}, { XML_NAMESPACE_MATH, XML_COLOR, XML_TOK_COLOR }, +{ XML_NAMESPACE_MATH, XML_MATHCOLOR, XML_TOK_MATHCOLOR }, XML_TOKEN_MAP_END }; @@ -2150,13 +2157,20 @@ static __FAR_DATA SvXMLTokenMapEntry aColorTokenMap[] = { XML_NAMESPACE_MATH, XML_RED, TRED}, { XML_NAMESPACE_MATH, XML_GREEN,TGREEN}, { XML_NAMESPACE_MATH, XML_BLUE, TBLUE}, -{ XML_NAMESPACE_MATH, XML_AQUA, TCYAN}, -{ XML_NAMESPACE_MATH, XML_FUCHSIA, TMAGENTA}, +{ XML_NAMESPACE_MATH, XML_AQUA, TAQUA}, +{ XML_NAMESPACE_MATH, XML_FUCHSIA
Re: sdw
Hi Christian, Christian Dittmar schrieb: Dear members, since last update i can't open my sdw files in Libre office 4 running system is ubuntu 14.04 Yes, the filters for those binary formats were removed, see https://wiki.documentfoundation.org/ReleaseNotes/4.0#Feature_removal_.2F_deprecation You should keep a version 3.6 to read the files and convert them to ODF format if needed. You can use a portable version for that task or a virtual box. Please use ask.libreoffice.org or the mailing list us...@global.libreoffice.org for such kind of questions. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-qa] Fwd: LibreOffice underline problem
Hi, sooraj kenoth schrieb: Hi all, While using the LibreOffice, I have some problems with the the underline. In Malayalam we have a lot of stacked characters. In the current way of drawing underline, it strikes the stacked letters. It is annoying and it kills the legibility. Please find the screen-shot here https://www.libreoffice.org/bugzilla/attachment.cgi?id=102053 Underline goes through the descenders of some western characters too. Therefore Underline in this way is considered as bad typography. You should ban it totally. I have reported the bug here. But they didn't accept. I don't know what to do. https://www.libreoffice.org/bugzilla/show_bug.cgi?id=80724 There exist already a better solution. When you open the character formatting dialog, you will see a tab borders. There you can draw a bottom border to the characters. If that does not work for your Malayalam characters, it would be worth a bug report. Kind regards Regina ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
[Libreoffice-commits] core.git: Branch 'aoo/trunk' - sw/source
sw/source/ui/wrtsh/delete.cxx |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit a92c8ad51f2b75a3ae40f171cb5445c2d6791c08 Author: Regina Henschel reg...@apache.org Date: Sun Oct 19 19:12:17 2014 + #i23872 Delete the space with ctrl-backspace consistent Author: Samuel Mehrbrodt s.mehrbr...@gmail.com transfer to AOO: Volkan volkange...@gmail.com diff --git a/sw/source/ui/wrtsh/delete.cxx b/sw/source/ui/wrtsh/delete.cxx index 10e63e4..7cc6140 100644 --- a/sw/source/ui/wrtsh/delete.cxx +++ b/sw/source/ui/wrtsh/delete.cxx @@ -548,8 +548,8 @@ long SwWrtShell::DelPrvWord() { if ( _PrvWrdForDelete() ) // -- OD 2008-08-06 #i92468# { -// skip over all-1 spaces -short n = -1; +// skip over all spaces +short n = 0; while( ' ' == GetChar( sal_False, n )) --n; ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: OASIS JIRA report | Proposal: hint for complex content
Hi Miklos, Miklos Vajna schrieb: Hi Regina, On Fri, Oct 03, 2014 at 12:08:06PM +0200, Regina Henschel rb.hensc...@t-online.de wrote: No, I do not know any. But I don't know, what MS does, when it converts the own complex shapes to ODF. Try it yourself: if you have e.g. a triangle containing a table, then they simply write the content of the table (but not the table itself) to ODF, to produce valid ODF. That's a discussion for an other proposal, though. Yes. But the element text:p is not simple. See the possible child elements listed in 5.1.3text:p For your purpose relevant is, that it can have a child draw:frame. And this in turn can have all you want, see the list in 10.4.2draw:frame. Especially the child table:table is possible. So you propose to add a fake paragraph and a fake frame to hack in a table into a shape content when you describe that in ODF, instead of simply allowing table:table inside e.g. draw:custom-shape? That sounds suboptimal to me. :-) But again, this is not proposed yet, so outside of the scope of the current discussion. Yes. I have put my suggestion in https://bugs.freedesktop.org/show_bug.cgi?id=84714 It depends on the children of text:p what renderer is needed. That should be detected on parsing. I disagree here. An implementation should be able to analyze the XML tree and react according to existing or not existing child elements. Please be aware of that LO's xmloff uses a SAX parser, so this is not easily possible. This list is to discuss patches to the LO codebase, not to discuss theoretical problems. ;-) (Or instructing developers what their implementation should do.) You are right in regard to implementation, but I will have to support your solutions in OASIS TC as far as file format is affected. Therefore I want to know why things are done and why it is necessary to do it that way. Please apologize if I sounded presumptuous. You have implemented a great feature. Especially getting Math-OLE inside a shape is a large improvement and I hope you continue and implement it for Draw and Impress too. However, now that you mentioned that an alternative way to describe a shape with a TextBox is to (mis-)use some existing ODF markup, instead of using an explicit new optional attribute, I reimplemented sw textboxes in xmloff in commit 9835a5823e0f559aabbc0e15ea126c82229c4bc7. It uses the same (somewhat ugly) trick how we detect draw vs sw shapes, just in this case for the content of customshapes. I have tested the new daily build containing that changes. Testing results in issues 84697, 84695, 84691; but I don't know, whether these exists before. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OASIS JIRA report | Proposal: hint for complex content
Hi Miklos, Miklos Vajna schrieb: Hi Regina, On Fri, Oct 03, 2014 at 12:02:29AM +0200, Regina Henschel rb.hensc...@t-online.de wrote: It is not about custom shapes, with this we can attach a textframe to drawinglayer shapes, so we can have tables, redlining, etc. in shapes. That is the implementation side. In ODF1.2 file format, shapes have child text:p which has child draw:frame, which has child draw:text-box or table:table a.o. So complex text is possible without anything in addition. You mean you're aware of any other ODF implementation that already supports shapes with complex content, like the rectangle with rounded corners, containing a table example? No, I do not know any. But I don't know, what MS does, when it converts the own complex shapes to ODF. The file format itself allows such complex shapes. Till now it is not obvious to me, why this information needs to be in the file format. Couldn't it be detected when parsing on opening? Regarding the implementation: the proposed complex shapes use the SwNodes array to store the document model and the sw layout to render the content, while non-complex shapes are rendered by editeng. Both have features which are missing from the other engine. *Before* the text of the shape is read, we want to know which type of document model to populate. When you parse the file and detect a child in text:p which is not one of the simple ones, then it is complex and you can switch to the other model. Regarding ODF: at the moment ODF requires that the shape text be simple -- the draw-text define in the .rng schema says that only text-p and text-list is allowed. Yes. But the element text:p is not simple. See the possible child elements listed in 5.1.3text:p For your purpose relevant is, that it can have a child draw:frame. And this in turn can have all you want, see the list in 10.4.2draw:frame. Especially the child table:table is possible. This means that an ODF implementation can use a much simpler engine for shape text rendering, compared to what is required to render the normal text content of a .odt file. It depends on the children of text:p what renderer is needed. That should be detected on parsing. The text-content define describes all these additional features, table-table is one such example. If we would propose to allow table-table in shape text without an extra attribute, then implementers could be worried about adding too much features to the shape text engine, which would slow down the handling of simple content, which would be only draw-text. I disagree here. An implementation should be able to analyze the XML tree and react according to existing or not existing child elements. So the idea is to add a new boolean attribute, and only use complex content in that case -- so at import time implementations can decide what engine to use for handling the content. And would LibreOffice not show the text:p element of the shape, when it is complex but not marked as such? You cannot expect that another producer will write such attribute, because complex shape text is already possible yet, without having such attribute. The new boolean attribute is completely optional. If it's missing, then LO will use editeng to handle the shape text, just like before. If the new attribute is present and it's true, then LO Writer will use SwNodes to handle the content of the shape, which allows features like having a table in a shape text. No, I do not know, whether any application writes the attribute draw:engine. I would expect it for MS Office 365 or MS Office 2013, but I haven't got one to test it. I created a shape containing a table in Word 2013 and saved it as .odt. The 2x2 table is written as: text:p text:style-name=P2A1/text:p text:p text:style-name=P3B1/text:p text:p text:style-name=P4A2/text:p text:p text:style-name=P5B2/text:p I.e. the complex content (the table) is lost during export. I can understand this, they didn't want to spend time on extending ODF to their needs, and this is probably the best you can do with ODF 1.2. Sounds like one more argument showing that we need to do some extending to allow this. :-) ODF 1.2 already allow complex content, no need to extend it. But from its description, The draw:engine attribute specifies the name of a specific rendering engine that can be used to render a custom shape. it would do exactly what you want - only, that it is currently only usable for custom-shapes. If you grep for ENGINE in xmloff, then you'll see that draw:engine is already used by LO, to persist the CustomShapeEngine UNO property of the shape. As far as I know, LO only preserves the string, but does not evaluate it. Only the draw:type attribute is evaluated to distinguish MS custom-shapes from others and give the MS custom-shapes a special treatment. I did not check in detail, but I expect that this is more about how the attributes
OASIS JIRA report | Proposal: hint for complex content
Hi all, the list in https://wiki.documentfoundation.org/Development/ODF_Implementer_Notes has a row for the JIRA report https://issues.oasis-open.org/browse/OFFICE-3864 The text is (currently last line in section 4) 9d310ecfce3c2fc481b125e1493a534e2107a68e Extend style:graphic-properties with attribute loext:text-box Complex content (redlines, fields, tables, etc.) in Writer shapes. OASIS JIRA report Proposal: hint for complex content I could not find information about loext:text-box and I do not understand Writer shapes. I thought shapes of MS documents will go into a custom-shape on import. And these have already an attribute draw:engine and draw:data, which is intended to support using of different rendering engines. Why do you think, a new attribute is needed? Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OASIS JIRA report | Proposal: hint for complex content
Hi Andras, Andras Timar schrieb: Hi Regina, On Thu, Oct 2, 2014 at 8:30 PM, Regina Henschel rb.hensc...@t-online.de wrote: Hi all, the list in https://wiki.documentfoundation.org/Development/ODF_Implementer_Notes has a row for the JIRA report https://issues.oasis-open.org/browse/OFFICE-3864 The text is (currently last line in section 4) 9d310ecfce3c2fc481b125e1493a534e2107a68e Extend style:graphic-properties with attribute loext:text-box Complex content (redlines, fields, tables, etc.) in Writer shapes. OASIS JIRA report Proposal: hint for complex content I could not find information about loext:text-box and I do not understand Writer shapes. I thought shapes of MS documents will go into a custom-shape on import. And these have already an attribute draw:engine and draw:data, which is intended to support using of different rendering engines. Why do you think, a new attribute is needed? Have you read http://vmiklos.hu/blog/textbox.html ? No, I didn't know it. It will help me to understand the problem, but I will need some time to reed. It is not about custom shapes, with this we can attach a textframe to drawinglayer shapes, so we can have tables, redlining, etc. in shapes. That is the implementation side. In ODF1.2 file format, shapes have child text:p which has child draw:frame, which has child draw:text-box or table:table a.o. So complex text is possible without anything in addition. It is true, that it helps in MS Office interop, because Word already had this feature. The suggested boolean attribute helps Writer to decide, whether the shape text should be rendered with editengine, or with Writer. We could use a namespace string instead of this boolean, e.g. LO/editeng and LO/sw, it would be the same. AFAIK draw:engine is not related to this problem. Till now it is not obvious to me, why this information needs to be in the file format. Couldn't it be detected when parsing on opening? And would LibreOffice not show the text:p element of the shape, when it is complex but not marked as such? You cannot expect that another producer will write such attribute, because complex shape text is already possible yet, without having such attribute. Do you have, by chance, an ODF document where draw:engine is used? No, I do not know, whether any application writes the attribute draw:engine. I would expect it for MS Office 365 or MS Office 2013, but I haven't got one to test it. But from its description, The draw:engine attribute specifies the name of a specific rendering engine that can be used to render a custom shape. it would do exactly what you want - only, that it is currently only usable for custom-shapes. And are you really going to implement the new engine for arbitrary shapes? BTW, the example http://cgit.freedesktop.org/libreoffice/core/tree/sw/qa/extras/odfexport/data/textbox-rounded-corners.odt from the blog post is not valid, because table:table is not allowed as child of draw:custom-shape. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] core.git: Changes to 'refs/changes/26/1926/1'
___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: Changes to 'refs/changes/27/1927/1'
___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: Changes to 'refs/changes/27/1927/2'
___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: Discussion of Bug 37759 - Pixel around Objects like ellipse
Hi Thorsten, Thorsten Behrens schrieb: Regina Henschel wrote: I think, the code that adds these points is if( !bLineGeometryNeededOnly ) 1906 { 1907 // hack aNewB2DPolyPolygon to fill logic rect - this is 1908 // needed to produce gradient fills that look like mso 1909 aNewB2DPolygon.clear(); 1910 aNewB2DPolygon.append(basegfx::B2DPoint(0,0)); 1911 aNewB2DPolygon.setClosed(true); 1912 aNewB2DPolyPolygon.append(aNewB2DPolygon); 1913 1914 aNewB2DPolygon.clear(); 1915 aNewB2DPolygon.append(basegfx::B2DPoint(aLogicRect.GetWidth(), 1916 aLogicRect.GetHeight())); 1917 aNewB2DPolygon.setClosed(true); 1918 aNewB2DPolyPolygon.append(aNewB2DPolygon); 1919 } in core/svx/source/customshapes/EnhancedCustomShape2d.cxx Yep, and see the comment why this is there. What is wrong with gradient fill and mso? Do you know an issue or do you have test documents? I see no difference between AOO (without the points) and LibreOffice (with this points). Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Discussion of Bug 37759 - Pixel around Objects like ellipse
Hi Papamatti, you mean https://bugs.freedesktop.org/show_bug.cgi?id=37559 ? Papamatti schrieb: Hello list, I investigate the problem of two pixels (top left and bottom right) around predefined shapes (circle, smiley, ellipse...) Do you want to fix it? You can reproduce the bug by - Open LibreOffice Draw - Draw a ellipse or circle from the shape category custom shape. - Select your object and convert it to a polygon - change into the edit points mode - now you can see the additional point top left and bottom right. I have used Pentagon and have got these additional points too. My first thought was, that it is something special for the MS-types, but the error remains, when I change to draw:type=non-primitive. You can move these dots around, delete them and so on. Unfortunalely they are visible on export into pdf or any other format. This Bug does not exist in OOO3.20 and was fixed in AOO3.40. It was Introduces during the development of OOo 3.30 and found it's way during the fork into LibreOffice 3.3. This is the story so far. Do you know a related issue or commit or cws from that time? I investigate the files, which OOo 3.20 and LO4.2.4 are creating with the steps described above and with an simple ellipse. OpenOffice 3.20 has created this structure: (There are no additional dots, and, surprise if i open this file with LO4.2.4 and save it into another file and reopen it with LO4.2.4 the bug is not present! Conclusion: The bug has something to do with the creation of these shapes!) office:body office:drawing draw:page draw:name=page1 draw:style-name=dp1 draw:master-page-name=Standard draw:ellipse draw:style-name=gr1 draw:text-style-name=P1 draw:layer=layout svg:width=7cm svg:height=5.5cm svg:x=7cm svg:y=10.5cm text:p/ /draw:ellipse /draw:page /office:drawing /office:body That is a different kind of shape. Notice draw:ellipse instead of draw:custom-shape. LibreOffice 4.2.4 (Ubuntu 14.04) creates this structure after drawing a ellipse: office:body office:drawing draw:page draw:name=page1 draw:style-name=dp1 draw:master-page-name=Standard draw:custom-shape draw:style-name=gr1 draw:text-style-name=P1 draw:layer=layout svg:width=2cm svg:height=2cm svg:x=2cm svg:y=2cm text:p/ draw:enhanced-geometry svg:viewBox=0 0 21600 21600 draw:glue-points=10800 0 3163 3163 0 10800 3163 18437 10800 21600 18437 18437 21600 10800 18437 3163 draw:text-areas=3163 3163 18437 18437 draw:type=ellipse draw:enhanced-path=U 10800 10800 10800 10800 0 360 Z N/ /draw:custom-shape /draw:page /office:drawing /office:body LibreOffice 4.2.4 (Ubuntu 14.04) creates this structure after convert the ellipse into a polygon: (But instead of a polygon, LO creates a path!!!) office:body office:drawing draw:page draw:name=page1 draw:style-name=dp1 draw:master-page-name=Standard draw:path draw:style-name=gr1 draw:text-style-name=P1 draw:layer=layout svg:width=2cm svg:height=2cm svg:x=2cm svg:y=2cm svg:viewBox=0 0 2001 2001 svg:d=M1000 0l105 5 101 15 97 24 92 33 88 41 83 49 76 57 71 63 63 71 57 76 49 83 41 88 33 92 24 97 15 101 5 105-5 105-15 101-24 97-33 92-41 88-49 83-57 76-63 71-71 63-76 57-83 49-88 41-92 33-97 24-101 15-105 5-105-5-101-15-97-24-92-33-88-41-83-49-76-57-71-63-63-71-57-76-49-83-41-88-33-92-24-97-15-101-5-105 5-105 15-101 24-97 33-92 41-88 49-83 57-76 63-71 71-63 76-57 83-49 88-41 92-33 97-24 101-15zM0 0zM2001 2001z text:p/ /draw:path /draw:page /office:drawing /office:body After deleting the two additional dots and save the file again it changed to a polygon!!!: (Also look at the svg width, hight and the svg:viewBox) ;-) If you make your tests with Pentagon, it is easier to reconstruct the conversion. office:body office:drawing draw:page draw:name=page1 draw:style-name=dp1 draw:master-page-name=Standard draw:polygon draw:style-name=gr1 draw:text-style-name=P1 draw:layer=layout svg:width=1.999cm svg:height=1.999cm svg:x=2cm svg:y=2cm svg:viewBox=0 0 2000 2000 draw:points=1000,0 1105,5 1206,20 1303,44 1395,77 1483,118 1566,167 1642,224 1713,287 1776,358 1833,434 1882,517 1923,605 1956,697 1980,794 1995,895 2000,1000 1995,1105 1980,1206 1956,1303 1923,1395 1882,1483 1833,1566 1776,1642 1713,1713 1642,1776 1566,1833 1483,1882 1395,1923 1303,1956 1206,1980 1105,1995 1000,2000 895,1995 794,1980 697,1956 605,1923 517,1882 434,1833 358,1776 287,1713 224,1642 167,1566 118,1483 77,1395 44,1303 20,1206 5,1105 0,1000 5,895 20,794 44,697 77,605 118,517 167,434 224,358 287,287 358,224 434,167 517,118 605,77 697,44 794,20 895,5 text:p/ /draw:polygon /draw:page /office:drawing /office:body After conversion it has only straight path segments, and after removing 'M0 0zM2001 2001z' it is only one closed path. Therefore there is no need for the complex handling using a svd:d attribute, but a simple list of points is sufficient. [..] The two
Re: Discussion of Bug 37759 - Pixel around Objects like ellipse
Regina Henschel schrieb: Hi Papamatti, you mean https://bugs.freedesktop.org/show_bug.cgi?id=37559 ? Papamatti schrieb: Hello list, I investigate the problem of two pixels (top left and bottom right) around predefined shapes (circle, smiley, ellipse...) Do you want to fix it? I think, the code that adds these points is if( !bLineGeometryNeededOnly ) 1906 { 1907 // hack aNewB2DPolyPolygon to fill logic rect - this is 1908 // needed to produce gradient fills that look like mso 1909 aNewB2DPolygon.clear(); 1910 aNewB2DPolygon.append(basegfx::B2DPoint(0,0)); 1911 aNewB2DPolygon.setClosed(true); 1912 aNewB2DPolyPolygon.append(aNewB2DPolygon); 1913 1914 aNewB2DPolygon.clear(); 1915 aNewB2DPolygon.append(basegfx::B2DPoint(aLogicRect.GetWidth(), 1916 aLogicRect.GetHeight())); 1917 aNewB2DPolygon.setClosed(true); 1918 aNewB2DPolyPolygon.append(aNewB2DPolygon); 1919 } in core/svx/source/customshapes/EnhancedCustomShape2d.cxx I have currently now build to verify my assumption. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Discussion of Bug 37759 - Pixel around Objects like ellipse
Regina Henschel schrieb: I have currently now build to verify my assumption. I have currently no build to verify my assumption. --^ Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ODF Formula Standard Calc
Hi Oliver, Olivier Hallot schrieb: Hi all Is there a reference page where each Calc function is listed/mapped as conforming or not conforming to ODFF? Long time ago I had started https://wiki.openoffice.org/wiki/Calc/ODFF_Implementation/Examine_functions But it is not maintained and you will need to examine the current state in LO. I do not know any other page. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Suspicious attribute style:repeat=scale
Hi all, insert an Image-control. In its properties choose a picture and set the value for the item Scale to Keep Ratio. Save the document. Look into the file text. You will find the attribute 'style:repeat=scale' in the style:graphic-properties element of the associated style. I do not find this attribute value in the ODF1.2 specification. For the attribute style:repeat only the values stretch, repeat and no-repeat are possible. Contentual such attribute value is useful. It covers the case that the picture is stretched to the size of the control while keeping the ratio of the picture. Such behavior would be useful too for background images and other fillings. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Suspicious attribute style:repeat=scale
Hi Julien, julien2412 schrieb: After some Googling, I only found this: https://wiki.openoffice.org/wiki/User:Frank_Sch%C3%B6nheit/ODF_Proposals/Image_Control_Scale That proposal never arrived at OASIS. The situation is unpleasant. It would have been better, when an attribute in a private namespace had been used. But now we have this wrong value for approximately four years. We should try to get the value into ODF 1.3. Do you agree? Or does someone think, that it should be changed in LibreOffice (and AOO)? Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Suggestion for Calc
Hi, Test schrieb: Hi everyone, I hope I’m on the right place to write my suggestion / feature request. No, it is the wrong place. This list would be suitable, if you are going to implement the feature yourself and need some code pointers. For discussion whether the feature is useful and to learn about alternative and perhaps better ways in LibreOffice, use the mailinglist us...@global.libreoffice.org or disc...@global.libreoffice.org or a forum. After the request has matured in the discussions, submit an enhancement request in our Issuetracker. Kind regards Regina There are some versions ago, MS Excel™©® had a very useful feature to manage lists. You started a list table by writing column labels. In the second line, you added fonctions and formats you need for each cell. Then you selected the two lines and “list mode” in a menu. Then it creates a third line starting with *. This line, still at the bottom of the table, is for adding datas in the table. You fill all the cells and validate so the line is automatically added in the table and the table automatically sorted. You could add auto or manual sorting and subtotals to the table. This was very useful for managing lists when not knowing how many lines needed. I don’t know why Excel dit stop this great feature but I would be greater if LO Calc had it… Thanks for reading and for your answers. JLuc Barts Andreetto ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Changes in SvgSvgNode::getSvgStyleAttributes()
Hi Tomaž, forget my previous mail. The error is indeed that the old version of SvgSvgNode::getSvgStyleAttributes() does not consider the styles from the style element. Kind regards Regina Tomaž Vajngerl schrieb: Hi, On Mon, Jul 14, 2014 at 8:15 PM, Regina Henschel rb.hensc...@t-online.de wrote: Hi all, I see some changes in fdo#78554 which I do not understand. In AOO the method SvgSvgNode::getSvgStyleAttributes() is a simple getter for the member maSvgStyleAttributes. First was a change in commit 1d89cd08ab3566375e30b17f1b17bc240ca907a4. But the commit message does not mention, what problem this change solves. I see no bug report and no test document. [1] is the test document - it doesn't work correctly in AOO 4.1 I have reverse engeneered what fdo#78554 wants to fix and started writing a test, but it is not really finished yet. The following changes try to solve a problem which seems to be introduced with the above mentioned commit. I ask, because AOO has no problems with the file attached to fdo#78554. The text is there when opening via File Open and same when insert via Insert Picture. Kind regards Regina [1] http://cgit.freedesktop.org/libreoffice/core/tree/svgio/qa/cppunit/data/RectWithParentStyles.svg ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Changes in SvgSvgNode::getSvgStyleAttributes()
Hi all, I see some changes in fdo#78554 which I do not understand. In AOO the method SvgSvgNode::getSvgStyleAttributes() is a simple getter for the member maSvgStyleAttributes. First was a change in commit 1d89cd08ab3566375e30b17f1b17bc240ca907a4. But the commit message does not mention, what problem this change solves. I see no bug report and no test document. The following changes try to solve a problem which seems to be introduced with the above mentioned commit. I ask, because AOO has no problems with the file attached to fdo#78554. The text is there when opening via File Open and same when insert via Insert Picture. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Changes in SvgSvgNode::getSvgStyleAttributes()
Hi Tomaž, Tomaž Vajngerl schrieb: Hi, On Mon, Jul 14, 2014 at 8:15 PM, Regina Henschel rb.hensc...@t-online.de wrote: Hi all, I see some changes in fdo#78554 which I do not understand. In AOO the method SvgSvgNode::getSvgStyleAttributes() is a simple getter for the member maSvgStyleAttributes. First was a change in commit 1d89cd08ab3566375e30b17f1b17bc240ca907a4. But the commit message does not mention, what problem this change solves. I see no bug report and no test document. [1] is the test document - it doesn't work correctly in AOO 4.1 I have reverse engeneered what fdo#78554 wants to fix and started writing a test, but it is not really finished yet. Thanks for document. I can see the problem now. Indeed it does not show correct in AOO. I think, that the problem is not in SvgSvgNode, but the problem is, that the style inheritance is not resolved, when the style is defined by a style _element_. Take this example from http://www.w3.org/TR/SVG/styling.html#StylingWithCSS ?xml version=1.0 standalone=no? !DOCTYPE svg PUBLIC -//W3C//DTD SVG 1.1//EN http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd; svg xmlns=http://www.w3.org/2000/svg; version=1.1 width=10cm height=5cm viewBox=0 0 1000 500 defs style type=text/css![CDATA[ rect { fill: red; stroke: blue; stroke-width: 3 } ]]/style /defs rect x=200 y=100 width=600 height=300/ /svg It is shown correctly. The style definition selector fits to the element. Now put the rectangle into a group and define the style for the group. ?xml version=1.0 standalone=no? !DOCTYPE svg PUBLIC -//W3C//DTD SVG 1.1//EN http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd; svg xmlns=http://www.w3.org/2000/svg; version=1.1 width=10cm height=5cm viewBox=0 0 1000 500 defs style type=text/css![CDATA[ g { fill: red; stroke: blue; stroke-width: 3 } ]]/style /defs g rect x=200 y=100 width=600 height=300/ /g /svg This makes LO and AOO hang. On the other hand, the same as style _attribute_ works in both cases. ?xml version=1.0 encoding=UTF-8 ? svg width=120 height=120 xmlns=http://www.w3.org/2000/svg; xmlns:xlink=http://www.w3.org/1999/xlink; style=stroke:#ff;fill:#00cc00 rect x=10 y=10 width=100 height=100 rx=10 ry=10 style=stroke-width: 3; / /svg ?xml version=1.0 standalone=no? !DOCTYPE svg PUBLIC -//W3C//DTD SVG 1.1//EN http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd; svg xmlns=http://www.w3.org/2000/svg; version=1.1 width=10cm height=5cm viewBox=0 0 1000 500 g style=fill: red; stroke: blue; stroke-width: 3 rect x=200 y=100 width=600 height=300/ /g /svg So it is not inheritance in general and not the fact, that the style is on the outer svg-element, but it the problem, that the parent's style information is in a style _element_. Therefore the fix should not be a change in the method SvgSvgNode::getSvgStyleAttributes(). Kind regards Regina The following changes try to solve a problem which seems to be introduced with the above mentioned commit. I ask, because AOO has no problems with the file attached to fdo#78554. The text is there when opening via File Open and same when insert via Insert Picture. Kind regards Regina [1] http://cgit.freedesktop.org/libreoffice/core/tree/svgio/qa/cppunit/data/RectWithParentStyles.svg ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] core.git: Branch 'aoo/trunk' - sw/source
sw/source/core/doc/notxtfrm.cxx |2 ++ 1 file changed, 2 insertions(+) New commits: commit 662b23eb1f1b7c178a7a5507864c647a390fae34 Author: Regina Henschel reg...@apache.org Date: Mon Jul 7 06:50:24 2014 + Add missing includes to fix build break diff --git a/sw/source/core/doc/notxtfrm.cxx b/sw/source/core/doc/notxtfrm.cxx index a988b36..deb128c 100644 --- a/sw/source/core/doc/notxtfrm.cxx +++ b/sw/source/core/doc/notxtfrm.cxx @@ -77,6 +77,8 @@ #include drawinglayer/processor2d/processor2dtools.hxx #include basegfx/matrix/b2dhommatrixtools.hxx #include drawinglayer/primitive2d/graphicprimitive2d.hxx +#include vcl/pdfextoutdevdata.hxx +#include svtools/filter.hxx using namespace com::sun::star; ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: Icons/themes selection broken on 4.3.0.1
Hi Tomáš, Tomáš Chvátal schrieb: Heya, Seems I have weird problem wrt iconselection and further on with themes on 4.3.0.1 build in opensuse. When I launch libreoffice it searches only for images_tango.zip file and if not found shows no icons. Regardless wether it should use oxygen as it is launched on KDE. Other problem is while I tried to debug this when I clicked on Tools - Options - View I got warning Could not find theme id in theme vector. and when I clicked ok whole app closed (it didn't crash tho as the exit value was 0 and no backtrace to show). Any help appreciated. We received the same error description on the German ask.libreoffice. http://ask.libreoffice.org/de/question/36123/icons-have-changed-after-update-cannot-be-changed-back/ The question is in English, my answer in German. I think, the behavior is a bug, but I've got no version 4.3 to test it on Windows. Version 4.4 on Windows does not show that behavior. It might be a problem on OpenSuse. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
localized daily build
Hi all, does any of the Windows daily build bots produce a localized build? I want to test the solution of fdo#40073 LO fails to import standard frame styles properly when UI is not english, which obviously needs a non-English UI. If not yet available, would it be possible to set one buildbot to produce a version with English and at least one another UI-language, e.g German ;) ? Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: How to find an old commit from AOO 3.4.0?
Hi Laurent, you can try to find it in https://bitbucket.org/mst/ooo340/commits/all Kind regards Regina Laurent BP schrieb: I'm looking at bug 77018 https://bugs.freedesktop.org/show_bug.cgi?id=77018 Formulas with external references incorrectly updated when sorted Its resolution may be link to issue 110588 https://issues.apache.org/ooo/show_bug.cgi?id=110588#c16 I could find log of the file on this page: http://svn.apache.org/viewvc/openoffice/branches/AOO34/main/sc/source/core/tool/interpr1.cxx?view=log But it starts on August 16th, 2011 and the commit is around March 3rd, 2011 Someone know where to find the commit? Thanks. Laurent BP - LibreOffice 4.2.4.2 -- View this message in context: http://nabble.documentfoundation.org/How-to-find-an-old-commit-from-AOO-3-4-0-tp4110558.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 mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Additional predefined label formats #fdo79068
Hi Winfried, Winfried Donkers schrieb: Hi Regina, Having added/changed a lot of the labels already, I'm willing to add these too (if that's what you mean). Or do you intend to add them yourself? If I understand it correctly, the manufacturer is going to provide a patch by himself. He only needs a kind of OK to start working. Kind regards Regina Winfried -Oorspronkelijk bericht- Van: LibreOffice [mailto:libreoffice-boun...@lists.freedesktop.org] Namens Regina Henschel Verzonden: donderdag 22 mei 2014 23:59 Aan: LO-dev Onderwerp: Additional predefined label formats #fdo79068 Hi, in https://bugs.freedesktop.org/show_bug.cgi?id=79068 a manufacture ask to get his labels integrated in LibreOffice. Would that be OK? Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Additional predefined label formats #fdo79068
Hi, in https://bugs.freedesktop.org/show_bug.cgi?id=79068 a manufacture ask to get his labels integrated in LibreOffice. Would that be OK? Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-qa] ODF compatibility tests
Hi Jay, Jay Philips schrieb: Hi All, I was curious what compatibility tests are being run to ensure that LibO displays ODF accurately. There exists no reference implementation for ODF. I had asked a similar question a few days back on the LibO QA mailing list but never got a response. Is there an archive of standard compliant odf 1.0/1.1 and 1.2 files that is available? Alternatively, is there an ODF test to validate if a ODF file outputted by an ODF compatible software complies to the ODF standard and can output the file as a pdf to show how it should be rendered, somewhat similar to the Acid test for CSS. Please keep in mind, that LibreOffice writes ODF1.2 extended as default. That contains more than currently specified in ODF1.2. Likely not all, but the most differences are documented in https://wiki.documentfoundation.org/Development/ODF_Implementer_Notes As part of my extensive testing of .docx files in LibO, i'm currently testing ODF outputted by LibO to see how well its imported into Word 2010 and 2013, as well as testing ODF outputted by Word 2010 and 2013 to see how well its imported into LibO. It would be nice to have a ODF software that i could use its output as a reference to compare these results against, as i've found ODF outputted by word 2010 that doesnt open correctly in LibO but did in Calligra Words and i've also found ODF files on libreoffice.org that displayed differences in LibO 4.1 and 4.2. Currently if a .doc, .docx or .rtf loads different between LibO and ms word, i report these bugs, but if there are load differences for .odt files its difficult to know if its a LibO or ms word problem. Perhaps validator http://odf-validator2.rhcloud.com/odf-validator2/ or http://officeshots.org/ might help. For MS Word you should consider the information from Microsoft as well. http://www.microsoft.com/en-us/download/details.aspx?id=20601 The normative reference is the spec itself. https://www.oasis-open.org/standards#opendocumentv1.2 If you cannot resolve it using the spec, you can write to opendocument-us...@lists.oasis-open.org, or if you can already point to the place where something is not precise enough specified write to office-comm...@lists.oasis-open.org. Or write an issue about the difference and attach a small(!) test document. Some people here are involved in the OASIS OpenDocument TC. Kind regards Regina ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: Need help for fdo#490941
Hi Rachit,, Rachit Gupta schrieb: But the comment#4 on the report (https://bugs.freedesktop.org/show_bug.cgi?id=49091#c4) specifically says to make sure the existing bindings should still work after any changes are made. What to do in such a case? Only those shortcut, which are gray in the customize menu, should not be changeable. They are needed for help, for accessibility, or bind by the operating system. I'm not sure, whether the other shortcuts should be changeable. The user cannot see in the customize dialog, that they have an action assigned in some situation. I meant in my comment, if the user does not change anything, then the default actions need to be still in place, whatever changes you will make to the code. Kind regards Regina On Sat, Apr 19, 2014 at 12:34 AM, John Smith lbalba...@gmail.com mailto:lbalba...@gmail.com wrote: Perhaps, in an ideal world, it is user configurable (the user gets to choose) whether, in case of conflict, system default key-assignments can be overridden by custom user assignments or not. ? On Fri, Apr 18, 2014 at 5:59 PM, Rachit Gupta rachitgupta1...@gmail.com mailto:rachitgupta1...@gmail.com wrote: Hello everyone, I'm working on fdo#49091 (https://bugs.freedesktop.org/show_bug.cgi?id=49091), according to the comment posted on it recently, when a table is being edited and the user presses Alt+Left, then the default action is to reduce the column width. But if the user has assigned a separate action to Alt+Left, then that action is to be performed as well? Regards, Rachit Gupta ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org mailto:LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Who pressed Ctrl-Alt-Shift-D?
Hi Stephan, Stephan Bergmann schrieb: Did anybody do that in a dev build over the course of the last couple years, to use the VCL Debug Options dialog? If not, I'd like to just get rid of that thing. I use it. The default setting is to show the error message in a message box. But I want to get the error message in a window. I use Ctrl-Alt-Shift-D to make this setting. And I use the check Dialog in the Test Options section. It shows you the size of the area into which fixed texts are written. But if you document what values are needed in the dbgsv.ini file, then the dialog itself is not needed. The documentation would have to include the help texts of the dialog as well. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Who pressed Ctrl-Alt-Shift-D?
Hi Stephan, Stephan Bergmann schrieb: On 03/24/2014 02:25 PM, Regina Henschel wrote: Stephan Bergmann schrieb: Did anybody do that in a dev build over the course of the last couple years, to use the VCL Debug Options dialog? If not, I'd like to just get rid of that thing. I use it. The default setting is to show the error message in a message box. But I want to get the error message in a window. I assume you are developing on Windows. What error messages are you talking about? I'd assumed that all debug output (tools/debug.hxx DBG_ASSERT et al; osl/diagnose.h OSL_ASSERT et al; sal/log.hxx SAL_WARN et al) by now goes to stderr on all platforms (where on Windows the stderr output is at least visible when running soffice from a Cygwin shell). Yes, it is on Windows and about these messages. Ctrl-Alt-Shift-D to make this setting. And I use the check Dialog in the Test Options section. It shows you the size of the area into which fixed texts are written. Is that still relevant with the .ui driven dialogs? I don't know. But if you document what values are needed in the dbgsv.ini file, then the dialog itself is not needed. The documentation would have to include the help texts of the dialog as well. No, I was mostly interested in removing the underlying functionality. You asked Does anyone do that..? and therefore I have answered. But I have not developed for LO directly for a long time, but my things come in from AOO. So there is no need to take me into account. I wonder, why you want to remove the functionality. Does it any harm? Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Vertical text alignment for frames
Hi Tamás, Tamas Zolnai schrieb: Hi there, I'm working on a new feature and I'd like to ask for some advise about the UI part. The feature I'm speaking about is text vertical alignment for frames (Insert - Frame). This text alignment works for drawing elements (shapes, text boxes) and for table cells, but not for frames. I think we can use the same combo box which we use for table (Table context menu - Table - Text flow - Alignment). I see two places where it can be added: 1. In Frame dialog - Type tab: http://people.inf.elte.hu/zotsaai/type.png 2. In Frame dialog - Options tab: http://people.inf.elte.hu/zotsaai/option.png I changed the label from Alignment to Text alignment because it can be ambiguous in the new context. So I have these ideas, but I need ux guys' suggestions for final decision. It is not clear, what the new property does. * A frame can contain nearly a whole document including headings, paragraph, tables, graphic, or sections. * The content of a frame may float to a linked frame. * The height of a frame is often fitting to content. * The frame content is sensible to the compatibility settings regarding spacing. * Register true might be enabled. So what is vertical alignment specified to do? Exists an attribute for this in ODF? Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Vertical text alignment for frames
Hi Tamás, Zolnai Tamás schrieb: Hi Regina, The new property specify whether the content of the frame positioned vertically at the top/center/bottom of the frame. Of course it doesn't have effect when there is no additional space. * A frame can contain nearly a whole document including headings, paragraph, tables, graphic, or sections. * The frame content is sensible to the compatibility settings regarding spacing. * Register true might be enabled. These things are true for table cells too, aren't they? From a user point of view, most things exist for both, that is true. From a ODF point of view, tables and frames are quite different. There exist no anchor to cell in Writer-tables, but anchor to frame exists. What behavior do you will implement for anchored to frame objects? I personally think, that they should not be aligned by the vertical alignment property, but follow their position information. BTW, the vertical alignment in table cells does not work when graphics present, which are not anchored as characters. * The content of a frame may float to a linked frame. Yeah, that's a special case, which I have to think of during implementation. * The height of a frame is often fitting to content. I don't know it is often or not, but I can imagine user cases when this alignment can be useful. It is the default setting. The main thing is consistency. If we have the feature of vertical alignment for containers like text boxes and tables, then why don't we have it for frames too? Tables belong to a different style:family. Tables can exist without draw:frame element. You can compare frames and other graphics, because they are equal in ODF. But tables are different. Exists an attribute for this in ODF? Yes, it is called draw:textarea-vertical-align and is listed into style:graphic-properties which specifies formatting properties for chart, draw, graphic, and frame elements. OK, I have found it. But for tables it is style:vertical-align. Please, do not get me wrong. I'm just very cautious in terms of new features. And now to your question: I would not put it on the dialog page Type, because there are properties collected, which describe the relationship of a frame/shape to its surroundings. But the alignment is a property with regard to its content. Therefore I thing the dialog page Options would be more logical. Besides that, there is more free space on page Options. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Deprecate presentation:animations ?
Hi all, I came incidentally across issue https://issues.apache.org/ooo/show_bug.cgi?id=42894 It is about the old style animations, which does not work since refactoring of presentations in OOo2. Is see two options (see the discussion and my comment 7 there) (1) Implement element presentation:animations. (2) Suggest to OASIS to deprecate the element and its children in ODF1.3. and later remove it. What do you think about option (2)? Do you know any application that supports presentation:animations? Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] core.git: Branch 'aoo/trunk' - drawinglayer/source extras/source
drawinglayer/source/primitive2d/polygonprimitive2d.cxx | 11 +++-- extras/source/palettes/standard.soe| 32 ++--- 2 files changed, 27 insertions(+), 16 deletions(-) New commits: commit 13241e1e5e70507ec556d78069684bbd808ff878 Author: Regina Henschel reg...@apache.org Date: Sat Jan 4 18:18:25 2014 + #i123758 Arrow heads with hole new arrow heads and improved line end overlap diff --git a/drawinglayer/source/primitive2d/polygonprimitive2d.cxx b/drawinglayer/source/primitive2d/polygonprimitive2d.cxx index 1c8e150..e66d3b3 100644 --- a/drawinglayer/source/primitive2d/polygonprimitive2d.cxx +++ b/drawinglayer/source/primitive2d/polygonprimitive2d.cxx @@ -536,6 +536,8 @@ namespace drawinglayer const double fPolyLength(basegfx::tools::getLength(aLocalPolygon)); double fStart(0.0); double fEnd(0.0); +double fStartOverlap(0.0); +double fEndOverlap(0.0); if(!getStart().isDefault() getStart().isActive()) { @@ -544,8 +546,9 @@ namespace drawinglayer aLocalPolygon, getStart().getB2DPolyPolygon(), true, getStart().getWidth(), fPolyLength, getStart().isCentered() ? 0.5 : 0.0, fStart); -// create some overlapping -fStart *= 0.8; +// create some overlapping, compromise between straight and peaked markers +// best for marker width 0.3cm and marker line width 0.02cm +fStartOverlap = getStart().getWidth() / 15.0; } if(!getEnd().isDefault() getEnd().isActive()) @@ -556,13 +559,13 @@ namespace drawinglayer fPolyLength, getEnd().isCentered() ? 0.5 : 0.0, fEnd); // create some overlapping -fEnd *= 0.8; +fEndOverlap = getEnd().getWidth() / 15.0; } if(0.0 != fStart || 0.0 != fEnd) { // build new poly, consume something from old poly -aLocalPolygon = basegfx::tools::getSnippetAbsolute(aLocalPolygon, fStart, fPolyLength - fEnd, fPolyLength); +aLocalPolygon = basegfx::tools::getSnippetAbsolute(aLocalPolygon, fStart-fStartOverlap, fPolyLength - fEnd + fEndOverlap, fPolyLength); } } diff --git a/extras/source/palettes/standard.soe b/extras/source/palettes/standard.soe index 85319d0..f611f1c 100644 --- a/extras/source/palettes/standard.soe +++ b/extras/source/palettes/standard.soe @@ -1,16 +1,24 @@ ?xml version=1.0 encoding=UTF-8? office:marker-table xmlns:office=http://openoffice.org/2000/office; xmlns:style=http://openoffice.org/2000/style; xmlns:text=http://openoffice.org/2000/text; xmlns:table=http://openoffice.org/2000/table; xmlns:draw=http://openoffice.org/2000/drawing; xmlns:fo=http://www.w3.org/1999/XSL/Format; xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:dc=http://purl.org/dc/elements/1.1/; xmlns:meta=http://openoffice.org/2000/meta; xmlns:number=http://openoffice.org/2000/datastyle; xmlns:svg=http://www.w3.org/2000/svg; xmlns:chart=http://openoffice.org/2000/chart; xmlns:dr3d=http://openoffice.org/2000/dr3d; xmlns:math=http://www.w3.org/1998/Math/MathML; xmlns:form=http://openoffice.org/2000/form; xmlns:script=http://openoffice.org/2000/script; - draw:marker draw:name=Arrow svg:viewBox=0 0 20 30 svg:d=m10 0-10 30h20/ - draw:marker draw:name=Square svg:viewBox=0 0 10 10 svg:d=m0 0h10v10h-10/ - draw:marker draw:name=Small Arrow svg:viewBox=0 0 1321 3493 svg:d=m1321 3493h-1321l702-3493z/ - draw:marker draw:name=Dimension Lines svg:viewBox=0 0 836 110 svg:d=m0 0h278 278 280v36 36 38h-278-278-280v-36-36z/ - draw:marker draw:name=Double Arrow svg:viewBox=0 0 1131 1918 svg:d=m737 1131h394l-564-1131-567 1131h398l-398 787h1131z/ - draw:marker draw:name=Rounded short Arrow svg:viewBox=0 0 1013 1130 svg:d=m1009 1050-449-1008-22-30-29-12-34 12-21 26-449 1012-5 13v8l5 21 12 21 17 13 21 4h903l21-4 21-13 9-21 4-21v-8z/ - draw:marker draw:name=Symmetric Arrow svg:viewBox=0 0 1131 902 svg:d=m564 0-564 902h1131z/ - draw:marker draw:name=Line Arrow svg:viewBox=0 0 1122 2243 svg:d=m0 2108v17 17l12 42 30 34 38 21 43 4 29-8 30-21 25-26 13-34 343-1532 339 1520 13 42 29 34 39 21 42 4 42-12 34-30 21-42v-39-12l-4 4-440-1998-9-42-25-39-38-25-43-8-42 8-38 25-26 39-8 42z/ - draw:marker draw:name=Rounded large Arrow svg:viewBox=0 0 1131 2256 svg:d=m1127 2120-449-2006-9-42-25-39-38-25-38-8-43 8-38 25-25 39-9 42-449 2006v13l-4 9 9 42 25 38 38 25 42 9h903l42-9 38-25 26-38 8-42v-9z/ - draw:marker draw:name=Circle svg:viewBox=0 0 1131 1131 svg:d=m462 1118-102-29-102-51-93-72-72-93-51-102-29-102-13-105 13-102 29-106 51-102 72-89 93-72 102-50 102-34 106-9 101 9 106 34 98 50 93 72 72 89 51 102 29 106 13 102-13 105-29 102-51
[Libreoffice-commits] core.git: extras/source
extras/source/palettes/standard.soe |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 82b34e82c05f9fde6ca6c87fc5808d89492a761f Author: Regina Henschel rb.hensc...@t-online.de Date: Wed Dec 18 09:35:15 2013 +0100 fdo#71993: Fix the tip of the Small Arrow line end. Change-Id: Ie4b41c69014b347ea2cf9df94b3e3b98f17594cb diff --git a/extras/source/palettes/standard.soe b/extras/source/palettes/standard.soe index 587a7dc..22d18af 100644 --- a/extras/source/palettes/standard.soe +++ b/extras/source/palettes/standard.soe @@ -2,7 +2,7 @@ office:marker-table xmlns:office=http://openoffice.org/2000/office; xmlns:style=http://openoffice.org/2000/style; xmlns:text=http://openoffice.org/2000/text; xmlns:table=http://openoffice.org/2000/table; xmlns:draw=http://openoffice.org/2000/drawing; xmlns:fo=http://www.w3.org/1999/XSL/Format; xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:dc=http://purl.org/dc/elements/1.1/; xmlns:meta=http://openoffice.org/2000/meta; xmlns:number=http://openoffice.org/2000/datastyle; xmlns:svg=http://www.w3.org/2000/svg; xmlns:chart=http://openoffice.org/2000/chart; xmlns:dr3d=http://openoffice.org/2000/dr3d; xmlns:math=http://www.w3.org/1998/Math/MathML; xmlns:form=http://openoffice.org/2000/form; xmlns:script=http://openoffice.org/2000/script; draw:marker draw:name=Arrow svg:viewBox=0 0 20 30 svg:d=M10 0l-10 30h20z / draw:marker draw:name=Square svg:viewBox=0 0 10 10 svg:d=M0 0h10v10h-10z / - draw:marker draw:name=Small Arrow svg:viewBox=0 0 1321 3493 svg:d=M1321 3493h-1321l702-3493z / + draw:marker draw:name=Small Arrow svg:viewBox=0 0 1321 3493 svg:d=M1321 3493h-1321l661-3493z / draw:marker draw:name=Dimension Lines svg:viewBox=0 0 836 110 svg:d=M0 0h278 278 280v36 36 38h-278-278-280v-36-36z / draw:marker draw:name=Double Arrow svg:viewBox=0 0 1131 1918 svg:d=M737 1131h394l-564-1131-567 1131h398l-398 787h1131z / draw:marker draw:name=Rounded short Arrow svg:viewBox=0 0 1013 1130 svg:d=M1009 1050l-449-1008-22-30-29-12-34 12-21 26-449 1012-5 13v8l5 21 12 21 17 13 21 4h903l21-4 21-13 9-21 4-21v-8z / ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: Branch 'libreoffice-4-2' - 2 commits - extras/source
extras/source/palettes/standard.soe | 40 ++-- 1 file changed, 20 insertions(+), 20 deletions(-) New commits: commit fad39087a742e30f4a30c0d223f84b21a32d6170 Author: Regina Henschel rb.hensc...@t-online.de Date: Wed Dec 18 09:35:15 2013 +0100 fdo#71993: Fix the tip of the Small Arrow line end. Change-Id: Ie4b41c69014b347ea2cf9df94b3e3b98f17594cb diff --git a/extras/source/palettes/standard.soe b/extras/source/palettes/standard.soe index 587a7dc..22d18af 100644 --- a/extras/source/palettes/standard.soe +++ b/extras/source/palettes/standard.soe @@ -2,7 +2,7 @@ office:marker-table xmlns:office=http://openoffice.org/2000/office; xmlns:style=http://openoffice.org/2000/style; xmlns:text=http://openoffice.org/2000/text; xmlns:table=http://openoffice.org/2000/table; xmlns:draw=http://openoffice.org/2000/drawing; xmlns:fo=http://www.w3.org/1999/XSL/Format; xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:dc=http://purl.org/dc/elements/1.1/; xmlns:meta=http://openoffice.org/2000/meta; xmlns:number=http://openoffice.org/2000/datastyle; xmlns:svg=http://www.w3.org/2000/svg; xmlns:chart=http://openoffice.org/2000/chart; xmlns:dr3d=http://openoffice.org/2000/dr3d; xmlns:math=http://www.w3.org/1998/Math/MathML; xmlns:form=http://openoffice.org/2000/form; xmlns:script=http://openoffice.org/2000/script; draw:marker draw:name=Arrow svg:viewBox=0 0 20 30 svg:d=M10 0l-10 30h20z / draw:marker draw:name=Square svg:viewBox=0 0 10 10 svg:d=M0 0h10v10h-10z / - draw:marker draw:name=Small Arrow svg:viewBox=0 0 1321 3493 svg:d=M1321 3493h-1321l702-3493z / + draw:marker draw:name=Small Arrow svg:viewBox=0 0 1321 3493 svg:d=M1321 3493h-1321l661-3493z / draw:marker draw:name=Dimension Lines svg:viewBox=0 0 836 110 svg:d=M0 0h278 278 280v36 36 38h-278-278-280v-36-36z / draw:marker draw:name=Double Arrow svg:viewBox=0 0 1131 1918 svg:d=M737 1131h394l-564-1131-567 1131h398l-398 787h1131z / draw:marker draw:name=Rounded short Arrow svg:viewBox=0 0 1013 1130 svg:d=M1009 1050l-449-1008-22-30-29-12-34 12-21 26-449 1012-5 13v8l5 21 12 21 17 13 21 4h903l21-4 21-13 9-21 4-21v-8z / commit 305d5021f1d968d01a031ad2e7e540fb44eb75c6 Author: Regina Henschel rb.hensc...@t-online.de Date: Thu Nov 28 12:04:07 2013 +0100 Related fdo#71919: Correct arrow heads for new installations. Change-Id: If4ad335f4e645cc10cd7378d971b7389bb437f88 diff --git a/extras/source/palettes/standard.soe b/extras/source/palettes/standard.soe index 4b576b1..587a7dc 100644 --- a/extras/source/palettes/standard.soe +++ b/extras/source/palettes/standard.soe @@ -1,23 +1,23 @@ ?xml version=1.0 encoding=utf-8? office:marker-table xmlns:office=http://openoffice.org/2000/office; xmlns:style=http://openoffice.org/2000/style; xmlns:text=http://openoffice.org/2000/text; xmlns:table=http://openoffice.org/2000/table; xmlns:draw=http://openoffice.org/2000/drawing; xmlns:fo=http://www.w3.org/1999/XSL/Format; xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:dc=http://purl.org/dc/elements/1.1/; xmlns:meta=http://openoffice.org/2000/meta; xmlns:number=http://openoffice.org/2000/datastyle; xmlns:svg=http://www.w3.org/2000/svg; xmlns:chart=http://openoffice.org/2000/chart; xmlns:dr3d=http://openoffice.org/2000/dr3d; xmlns:math=http://www.w3.org/1998/Math/MathML; xmlns:form=http://openoffice.org/2000/form; xmlns:script=http://openoffice.org/2000/script; - draw:marker draw:name=Arrow svg:viewBox=0 0 20 30 svg:d=m10 0-10 30h20 / - draw:marker draw:name=Square svg:viewBox=0 0 10 10 svg:d=m0 0h10v10h-10 / - draw:marker draw:name=Small Arrow svg:viewBox=0 0 1321 3493 svg:d=m1321 3493h-1321l702-3493z / - draw:marker draw:name=Dimension Lines svg:viewBox=0 0 836 110 svg:d=m0 0h278 278 280v36 36 38h-278-278-280v-36-36z / - draw:marker draw:name=Double Arrow svg:viewBox=0 0 1131 1918 svg:d=m737 1131h394l-564-1131-567 1131h398l-398 787h1131z / - draw:marker draw:name=Rounded short Arrow svg:viewBox=0 0 1013 1130 svg:d=m1009 1050-449-1008-22-30-29-12-34 12-21 26-449 1012-5 13v8l5 21 12 21 17 13 21 4h903l21-4 21-13 9-21 4-21v-8z / - draw:marker draw:name=Symmetric Arrow svg:viewBox=0 0 1131 902 svg:d=m564 0-564 902h1131z / - draw:marker draw:name=Line Arrow svg:viewBox=0 0 1122 2243 svg:d=m0 2108v17 17l12 42 30 34 38 21 43 4 29-8 30-21 25-26 13-34 343-1532 339 1520 13 42 29 34 39 21 42 4 42-12 34-30 21-42v-39-12l-4 4-440-1998-9-42-25-39-38-25-43-8-42 8-38 25-26 39-8 42z / - draw:marker draw:name=Rounded large Arrow svg:viewBox=0 0 1131 2256 svg:d=m1127 2120-449-2006-9-42-25-39-38-25-38-8-43 8-38 25-25 39-9 42-449 2006v13l-4 9 9 42 25 38 38 25 42 9h903l42-9 38-25 26-38 8-42v-9z / - draw:marker draw:name=Circle svg:viewBox=0 0 1131 1131 svg:d=m462 1118-102-29-102-51-93-72-72-93-51-102-29-102-13-105 13-102 29-106 51-102 72-89 93-72 102-50 102-34 106-9 101 9 106 34 98 50 93 72 72 89 51 102 29 106 13 102-13 105-29 102-51 102-72 93-93 72-98 51-106 29-101 13z
Re: [Libreoffice-qa] [Math] Clicking in Formular does not let the cursor change its position in the main part
Hi Thomas, Thomas Hackert schrieb: Hello @ll, as I am testing http://manual-test.libreoffice.org/runtests/run/57/env/642/ in MozTrap right now, I followed the following instruction there quote 1. * Open a new Formula document using File New Formula * Enter formula values in the input frame as: lllint from{1} to{x} (1 over sum from {k j} (d_(j)+arccot(nroot{32 }X^{11})))+1 there should be the mathematical formula you input displayed in the main area 2. Click on around the rendered formula symbol in the main area the cursor jumps to the corresponding character in the input frame 3. ... /quote . If I copy this formular to Math, then click on the formular in the main window, I cannot see the cursor jumping to its corresponding position ... :( Is it only on my system? Or can anyone else with a different OS/architecture confirm this? Or is this an error in the test description? Do you have enabled experimental feature? Then you get the new way to enter formulas and that way has no formula cursor. Kind regards Regina ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: Please revert this commit...
Hi Stephan, Stephan Bergmann schrieb: On 12/05/2013 10:58 AM, Samuel Mehrbrodt wrote: I have no idea what Now you cannot change the element by which you navigate anymore means. It's in the Navigator (F5) when you click the Navigation button (second button in the first row). In the opened window you can jump to the next/previous page with the buttons on the right. If you click one of the other buttons, you change the element you navigate by (e.g. Heading: Jump to next/previous heading). Changing that hat no effect after you removed SetMoveType. Ah; works again. I had already written a bug report, see https://bugs.freedesktop.org/show_bug.cgi?id=72317. Please comment it. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-ux-advise] Use of Navigation Toolbar
Hi Samuel, Samuel Mehrbrodt schrieb: Hi, in Writer there is a Navigation toolbar at View-Toolbars-Navigation. I first thought, it has the same function as the Previous and Next buttons in the Navigator, but this is not the case. I don't really understand what these buttons do. The source code looks like it is some kind of history navigation. Does anyone know what the use that toolbar is? Yes, they allow moving through the history of document intern hyperlinks like those buttons in browsers. It is from the category Internal, which is unique to LibreOffice. It looks like an unfinished feature. It has no extended tips. Kind regards Regina ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-commits] core.git: extras/source
extras/source/palettes/standard.soe | 40 ++-- 1 file changed, 20 insertions(+), 20 deletions(-) New commits: commit 4d42cf31ce8ce7962737106b66cf94adb098c6bd Author: Regina Henschel rb.hensc...@t-online.de Date: Thu Nov 28 12:04:07 2013 +0100 Related fdo#71919: Correct arrow heads for new installations. Change-Id: If4ad335f4e645cc10cd7378d971b7389bb437f88 diff --git a/extras/source/palettes/standard.soe b/extras/source/palettes/standard.soe index 4b576b1..587a7dc 100644 --- a/extras/source/palettes/standard.soe +++ b/extras/source/palettes/standard.soe @@ -1,23 +1,23 @@ ?xml version=1.0 encoding=utf-8? office:marker-table xmlns:office=http://openoffice.org/2000/office; xmlns:style=http://openoffice.org/2000/style; xmlns:text=http://openoffice.org/2000/text; xmlns:table=http://openoffice.org/2000/table; xmlns:draw=http://openoffice.org/2000/drawing; xmlns:fo=http://www.w3.org/1999/XSL/Format; xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:dc=http://purl.org/dc/elements/1.1/; xmlns:meta=http://openoffice.org/2000/meta; xmlns:number=http://openoffice.org/2000/datastyle; xmlns:svg=http://www.w3.org/2000/svg; xmlns:chart=http://openoffice.org/2000/chart; xmlns:dr3d=http://openoffice.org/2000/dr3d; xmlns:math=http://www.w3.org/1998/Math/MathML; xmlns:form=http://openoffice.org/2000/form; xmlns:script=http://openoffice.org/2000/script; - draw:marker draw:name=Arrow svg:viewBox=0 0 20 30 svg:d=m10 0-10 30h20 / - draw:marker draw:name=Square svg:viewBox=0 0 10 10 svg:d=m0 0h10v10h-10 / - draw:marker draw:name=Small Arrow svg:viewBox=0 0 1321 3493 svg:d=m1321 3493h-1321l702-3493z / - draw:marker draw:name=Dimension Lines svg:viewBox=0 0 836 110 svg:d=m0 0h278 278 280v36 36 38h-278-278-280v-36-36z / - draw:marker draw:name=Double Arrow svg:viewBox=0 0 1131 1918 svg:d=m737 1131h394l-564-1131-567 1131h398l-398 787h1131z / - draw:marker draw:name=Rounded short Arrow svg:viewBox=0 0 1013 1130 svg:d=m1009 1050-449-1008-22-30-29-12-34 12-21 26-449 1012-5 13v8l5 21 12 21 17 13 21 4h903l21-4 21-13 9-21 4-21v-8z / - draw:marker draw:name=Symmetric Arrow svg:viewBox=0 0 1131 902 svg:d=m564 0-564 902h1131z / - draw:marker draw:name=Line Arrow svg:viewBox=0 0 1122 2243 svg:d=m0 2108v17 17l12 42 30 34 38 21 43 4 29-8 30-21 25-26 13-34 343-1532 339 1520 13 42 29 34 39 21 42 4 42-12 34-30 21-42v-39-12l-4 4-440-1998-9-42-25-39-38-25-43-8-42 8-38 25-26 39-8 42z / - draw:marker draw:name=Rounded large Arrow svg:viewBox=0 0 1131 2256 svg:d=m1127 2120-449-2006-9-42-25-39-38-25-38-8-43 8-38 25-25 39-9 42-449 2006v13l-4 9 9 42 25 38 38 25 42 9h903l42-9 38-25 26-38 8-42v-9z / - draw:marker draw:name=Circle svg:viewBox=0 0 1131 1131 svg:d=m462 1118-102-29-102-51-93-72-72-93-51-102-29-102-13-105 13-102 29-106 51-102 72-89 93-72 102-50 102-34 106-9 101 9 106 34 98 50 93 72 72 89 51 102 29 106 13 102-13 105-29 102-51 102-72 93-93 72-98 51-106 29-101 13z / - draw:marker draw:name=Square 45 svg:viewBox=0 0 1131 1131 svg:d=m0 564 564 567 567-567-567-564z / - draw:marker draw:name=Arrow concave svg:viewBox=0 0 1131 1580 svg:d=m1013 1491 118 89-567-1580-564 1580 114-85 136-68 148-46 161-17 161 13 153 46z/draw:marker - draw:marker draw:name=Short line Arrow svg:viewBox=0 0 3000 3000 svg:d=m1500 0 1500 2789v211h-114l-1286-2392v2392h-200v-2392l-1286 2392h-114v-211z/draw:marker - draw:marker draw:name=Triangle unfilled svg:viewBox=0 0 3000 3000 svg:d=m1500 0 1500 3000h-3000zm0 447-1176 2353h2353z/draw:marker - draw:marker draw:name=Diamond unfilled svg:viewBox=0 0 3000 6000 svg:d=m1500 0 1500 3000-1500 3000-1500-3000zm0 447-1276 2553 1276 2553 1276-2553z/draw:marker - draw:marker draw:name=Diamond svg:viewBox=0 0 3000 6000 svg:d=m1500 0 1500 3000-1500 3000-1500-3000z/draw:marker - draw:marker draw:name=Circle unfilled svg:viewBox=0 0 3000 3000 svg:d=m1500 3000c-276 0-511-63-750-201s-411-310-549-549-201-474-201-750 63-511 201-750 310-411 549-549 474-201 750-201 511 63 750 201 411 310 549 549 201 474 201 750-63 511-201 750-310 411-549 549-474 201-750 201zm0-200c-239 0-443-55-650-174s-356-269-476-476-174-411-174-650 55-443 174-650 269-356 476-476c207-119 411-174 650-174s443 55 650 174c207 120 356 269 476 476s174 411 174 650-55 443-174 650-269 356-476 476c-207 119-411 174-650 174z/draw:marker - draw:marker draw:name=Square 45 unfilled svg:viewBox=0 0 3000 3000 svg:d=m1500 3000-1500-1500 1500-1500 1500 1500zm0-285 -1215-1215 1215-1215 1215 1215z/draw:marker - draw:marker draw:name=Square unfilled svg:viewBox=0 0 300 300 svg:d=m0 0h300v300h-300zm20 20h260v260h-260z/draw:marker - draw:marker draw:name=Half Circle unfilled svg:viewBox=0 0 15000 8746 svg:d=m14971 0c21 229 29 423 29 653 0 690-79 1328-244 1943-165 614-416 1206-761 1804-345 597-733 1110-1183 1560-451 450-964 837-1562 1182-598 345-1190 596-1806 760-600 161-1223 240-1894 244v600h-100v-600c-671-4-1294-83-1894-244-616-164-1208-415-1806-760-598-345--732-1562-1182-450
Re: [Libreoffice-ux-advise] Remove the Navigator button below the scrollbar in Writer
Hi Ahmad, Ahmad Hussein Al-Harthi schrieb: In the first place, does it work? Because it doesn't for me! when I click on it I get the floating widget and when I click on any icon on that widget nothing happens!! I think, if it does work, we should leave it or improve it.. It works as it should. When you click the blue ball, you get a list of categories. Choose one. Then the arrow up and down above and below the blue ball traverse through this category. For example, if the category is Search and you have used a search already, then the arrows do a 'find previous' and 'find next'. And when the category is Page, then the arrows do 'goto previous page' and 'goto next page'. Word 2010 has the same UI element at the same place. I don't know, whether former MS Office users will miss it. LO users know (or can know), that the same function is in the upper part of the navigator. The top, second from left item opens this category chooser. I personally use it to quickly switch from search, which is automatically set by the new search bar, to the page up/down mode. Kind regards Regina ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Multiple Files SWF (Flash) export
Hi Michael, Michael Stahl schrieb: hello, looking at https://bugs.freedesktop.org/show_bug.cgi?id=71309 we apparently have in Impress on the SWF Export dialog a Multiple Files option that produces one SWF file per slide (with a bunch of extra options too)... maybe it's just my limited imagination but this strikes me as a totally useless feature; why would anybody want that instead of a single SWF file? would it be a good idea to remove that? No. When you use Multiple Files you can show the presentation for example in IrfanView. You can move forwards and backwards with the for/back arrows of IrfanView and you have all animations of the single slide step by step forward and backward! on contextmenu. In browser too the animations inside the slide are available via contextmenu. If you use one SWF file for the whole presentation this does not work in browser and it crashes IrfanView. Kind regards Regina ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Track features of LO that should become ODF standard
Hi all, I know, that LO has a lot of features, which are not ODF standard (yet). I'm looking for an overview or a place where they are tracked. Something to collect: - description of the feature - why it was introduced - how it is stored in file format - whether there exists a proposal at OASIS already and if yes, what the status of that proposal is. Does something like this exists? Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Track features of LO that should become ODF standard
Hi Caolán, Caolán McNamara schrieb: On Wed, 2013-11-06 at 15:08 +0100, Regina Henschel wrote: Hi all, I know, that LO has a lot of features, which are not ODF standard (yet). I'm looking for an overview or a place where they are tracked. Something to collect: Is this what you are looking for: https://wiki.documentfoundation.org/Development/ODF_Implementer_Notes#LibreOffice_ODF_extensions Yes, that is it exactly. Thanks. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Changing the object created by imported docx
Hi Noel, Noel Grandin schrieb: On 2013-10-15 10:11, Miklos Vajna wrote: Writer bitmaps are only allowed to be rotated in 90º steps But that is a faked rotation. The picture is (silently!) changed from linked to embedded. The rotation is not done by using a transformation but by generating a new picture. , but in Word they can be rotated to any angle. When importing a document containing a 45º bitmap the rotation is lost, and it keeps lost when the document is saved back. The problem is not the rotation of the image (more exactly of the internal draw:frame element) itself. You can rotate Writer-kind images already be applying a transformation via macro. But the missing part is to make the surrounding text consider the rotated image. And in addition, there are bugs: (1) The area of the bounding box, which is not covered by content is drawn wrongly. You see this bug already, when using negative crop values. (2) Cropping does not work sufficient on rotated images. Perhaps we should extend the Writer code and the OO document spec to cope with arbitrary rotations? That would be the wrong way. We would keep different kind of images. The better way is, to enhance the Draw-kind images to have all features of the Writer-kind images and then drop the Writer-kind images. Will take a little longer, what with needing to get the spec change ratified, but it seems like it might be a safer change, long-term, IMO. There is no need for a change in spec. The element draw:frame, which is used in Draw and Writer as well, has already an attribute draw:transform. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [BUG] or [EVOL] about arrow enlargement in libreoffice draw ?
Hi Matthieu, Gay, Matthieu schrieb: Hello, Can you look to the attached file? And tell me if the fact that we can't reduce the black lines the same as the yellow frame in libreoffice Draw, is a bug? What do you mean by reduce? The yellow object has fill: yellow and outline: none in CorelDraw. Therefore the import generates a polygon, lines do not have the property fill. The black object has fill: none and outline: black in CorelDraw. They are imported as line. What import do you expect? Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-ux-advise] some thoughts on the Sidebar
Hi Jean-Baptiste, Jean-Baptiste Faure schrieb: Hi all, [..] Another nice feature of the Sidebar could be to partially close it, keeping visible only its small vertical button bar. So you could be able to reopen the panel you need with one click. Currently, you need to reopen the Sidebar then click the panel button. If you have enabled the sidebar in View menu, then a click on the closer cross of the sidebar will do exact that: Close the deck (= the area of the panels) but keep the menu tab bar open. So feature is already there. Kind regards Regina ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Cannot install master~2013-08-28_09.03.22_LibreOfficeDev_4.2.0.0.alpha0_Win_x86.msi
Hi all, when I try to install master~2013-08-28_09.03.22_LibreOfficeDev_4.2.0.0.alpha0_Win_x86.msi on Windows 7 32bit, I get the error Internal Error 2721. CheckVersions Same error with master~2013-08-28_09.03.22_LibreOfficeDev_4.2.0.0.alpha0_Win_x86.msi The installation of master~2013-08-26_04.54.05_LibreOfficeDev_4.2.0.0.alpha0_Win_x86.msi works. All versions from http://dev-builds.libreoffice.org/daily/master/Win-x86@39 Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] core.git: Branch 'aoo/trunk' - scaddins/source
scaddins/source/analysis/analysishelper.hxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 7a2b33db198cb030225f4f89f57d94a750c7d7c8 Author: Regina Henschel reg...@apache.org Date: Sun Aug 11 16:45:31 2013 + #i122997 Calculation error in IMABS() function diff --git a/scaddins/source/analysis/analysishelper.hxx b/scaddins/source/analysis/analysishelper.hxx index d71c6bf..d6056c7 100644 --- a/scaddins/source/analysis/analysishelper.hxx +++ b/scaddins/source/analysis/analysishelper.hxx @@ -830,7 +830,7 @@ inline double Complex::Imag( void ) const inline double Complex::Abs( void ) const { -return std::norm( Num ); +return std::abs( Num ); } ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: Thoughts on LibreOffice Math
Hi Frédéric, find comments inside. Frédéric WANG schrieb: Hi all, My name is Frédéric Wang and as some you may have noticed, I've recently contributed some patches for the LibreOffice Formula Editor. For those who don't know me: I work for the MathJax project, I've been contributing to the Mozilla MathML project for several years and I recently started to do some developments on MathML in WebKit too. Some people on the MathJax user list reported issues with the mathematical formulas generated with LibreOffice and it turned out that the exported MathML code is currently quite bad. Can you please describe in more details what is wrong with the exported MathML? LibreOffice uses Presentation Markup and not Content Markup. But besides that, what is bad? Hence I looked into the LibreOffice Math a few days ago, reported bugs and submitted a few patches. I'd like to share my thoughts on the situation and future of LibreOffice Math. Thomas Lange a message a long time ago about how Math could evolved: http://www.mail-archive.com/dev@sw.openoffice.org/msg00200.html. First, I note the following requirements: 1) Some people like the current Math semi-WYSIWYG interface and are familiar with the StarMath syntax. So this interface should be preserved anyway. 2) Some people would like a complete WYSIWYG editor. 3) Some people would like a LaTeX input mode to enter mathematical formulas (like in Abiword) 4) Some people (at least the MathML MathJax communities) would like MathML import/export MathML import and export is already available. What is needed in addition? and copy and paste, like in Microsoft Word. It is also a requirement of the ODT format. 5) Some people would like a high quality rendering (e.g. for printing, to export to SVG etc). This is subjective but that would mean at least the quality level of documents generated by Microsoft Word or LaTeX. Currently, LibreOffice Math is centered around its StarMath syntax and internal tree structure, which make 1) possible and there is already an experimental visual editor to do 2). As I read the code, the MathML export is not very good but that can be improved. However, importing from more expressive language like LaTeX or MathML seems very hard and makes 3) and 4) unlikely. I didn't look at the rendering code, but Khaled Hosny mentioned on bug 32362 that it would have to be rewritten from scratch and I suspect one issue is the StarMath internal tree. I'd like to propose to center LibreOffice Math around the MathML syntax (and corresponding DOM structure) instead: * I hope I can improve the code to get a decent MathML export and thus 1) and 2) could be preserved. Do you want an export to Content Markup? It would still be possible to keep the UI to work directly on the MathML DOM. * For 3), there are many LaTeX to MathML converters like itex2MML (used in Abiword), BlahTeX, MathJax etc that could be integrated in LibreOffice. * This would obviously make 4) easy. MathML has a semantics element which is currently used to store the StarMath syntax The StarMath code is stored in the annotation element. and could be used to store LaTeX too. Davide Carlisle also has an XSLT stylesheet to convert MathML code to LaTeX. * Microsoft Word uses an XML language for mathematics similar to MathML so it should be possible to get 5). Khaled Hosny mentioned a fork of GtkMathView that has support for Open Type MATH and can produce a good rendering. It takes MathML as input and can export PNG or SVG images. Export to PNG already exists but needs improvement. There are not only the large goals you have outlined, but a lot of enhancement request, which are open for many years, like arbitrary colors, storing in Gallery, better integral sign. The Math module has got very small enhancements in the last years. It would be really good, if you can help in that area. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: SVG: scaling if no width/height is given
Hi Christina, Regina Henschel schrieb: Hi Christina, Regina Henschel schrieb: Hi Christina, I have seen you patch at Gerrit now. I think, that SvgAspectRatio::createLinearMapping is the wrong place to constrain the scaling because this method is used in svgimagenode.cxx and svgstyleattributes.cxx too. I think, that the decision whether to keep aspect ratio or not, should be made in the node itself. Have you tried to set the default settings explicitly in the constructor of SvgSvgNode? constructor is a bad idea, because it would effect inner svg-nodes too. I have looked a little bit more around and did some tests with svg-files in the browser. (1) There is http://www.w3.org/TR/SVG/struct.html#SVGElement and in the section preserveAspectRatio the rule, If the attribute is not specified, then the effect is as if a value of 'xMidYMid meet' were specified. I have made some test in the browser and as far as I see, when for an inner svg element the attribute preserveAspectRatio is missing, then it does not use the attribute of the parent svg element, but uses the default. So in the meantime I think, that it is correct to set the attribute value 'xMidYMid meet' in the constructor. If the attribute preserveAspectRatio exists, then SvgSvgNode::parseAttribute will actualize this value. With this change you will get already keeping ratio. (2) http://www.w3.org/TR/SVG/coords.html#IntrinsicSizing If either/both of the ‘width’ and ‘height’ of the rootmost ‘svg’ element are in percentage units (or omitted), the aspect ratio is calculated from the width and height values of the ‘viewBox’ specified for the current SVG document fragment. Therefore I think it is wrong, that DIN A4 is set as default, but the viewBox has to be used. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: SVG: scaling if no width/height is given
Hi Christina, I have seen you patch at Gerrit now. I think, that SvgAspectRatio::createLinearMapping is the wrong place to constrain the scaling because this method is used in svgimagenode.cxx and svgstyleattributes.cxx too. I think, that the decision whether to keep aspect ratio or not, should be made in the node itself. Have you tried to set the default settings explicitly in the constructor of SvgSvgNode? Kind regards Regina Christina Roßmanith schrieb: Hi, the problem described here - https://bugs.freedesktop.org/show_bug.cgi?id=64125 is caused by a missing width and height attribute of the SVG given as an example. So, what would we expect given a ViewBox attribute when importing a graphic? What I'd expect is that the aspect ratio is kept and a reasonable scaling is applied in order to fill a page, table cell or whatever. And that the little green squares (handles?) behave like a bounding box for the graphic content. Is that correct? What I've achieved so far is the correct scaling. What I'm looking for is where the total size of the graphic is still determined wrong (see attached screenshot) - little green squares are more like DIN A4 than the ViewBox size. Christina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: SVG: scaling if no width/height is given
Hi Christina, Regina Henschel schrieb: Hi Christina, I have seen you patch at Gerrit now. I think, that SvgAspectRatio::createLinearMapping is the wrong place to constrain the scaling because this method is used in svgimagenode.cxx and svgstyleattributes.cxx too. I think, that the decision whether to keep aspect ratio or not, should be made in the node itself. Have you tried to set the default settings explicitly in the constructor of SvgSvgNode? constructor is a bad idea, because it would effect inner svg-nodes too. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: SVG: scaling if no width/height is given
Hi Christina, Christina Roßmanith schrieb: Hi, the problem described here - https://bugs.freedesktop.org/show_bug.cgi?id=64125 is caused by a missing width and height attribute of the SVG given as an example. So, what would we expect given a ViewBox attribute when importing a graphic? What I'd expect is that the aspect ratio is kept and a reasonable scaling is applied in order to fill a page, table cell or whatever. And that the little green squares (handles?) behave like a bounding box for the graphic content. Is that correct? I understand it this way: In Writer the textarea should be the 'viewport'. If no attribute preserveAspectRatio is given, the default is used, which is preserveAspectRatio=xMidYMid meet. So because of the value 'meet' the svg element has to be scaled so, that aspect ratio is preserved and the entire viewBox is visible and is as large as possible. Because of the value 'xMidYMid' the viewBox has to be centered in the viewport. What I've achieved so far is the correct scaling. I'm not sure about it. What do you scale? What I'm looking for is where the total size of the graphic is still determined wrong (see attached screenshot) - little green squares are more like DIN A4 than the ViewBox size. I too would expect, that the bounding box of the element is equal to the viewBox. I wonder, why this does not happen. Perhaps the transformation is wrong? Where do you make your changes? I think, that the initial target size is set to DIN A4 as fallback in SvgSvgNode::decomposeSvgNode in the part about Outermost SVG element. I guess that the real target size is unknown at that point and you need to transform the svg object after insert in the draw page. Perhaps you ask Armin, who is the author of the svg parts. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] core.git: Branch 'aoo/trunk' - officecfg/registry
officecfg/registry/data/org/openoffice/Office/SFX.xcu | 44 +- 1 file changed, 22 insertions(+), 22 deletions(-) New commits: commit 530ebb37083ae23e93625aab8f752649696852cd Author: Regina Henschel reg...@apache.org Date: Wed Jun 5 21:08:30 2013 + #122441 Help Agent do not shown up, slotid-uno.command needed Patch by: Tsutomu Uchino hanya.r...@gmail.com Review by: Regina Henschel diff --git a/officecfg/registry/data/org/openoffice/Office/SFX.xcu b/officecfg/registry/data/org/openoffice/Office/SFX.xcu index 3bcd5a2..e54be6b 100644 --- a/officecfg/registry/data/org/openoffice/Office/SFX.xcu +++ b/officecfg/registry/data/org/openoffice/Office/SFX.xcu @@ -26,27 +26,27 @@ node oor:name=Help prop oor:name=HelpAgentStarterList value xml:lang=x-no-translate/value -value xml:lang=de956368385,956368385,26220,26235,2567291937,2567291938,26272,26273,26063,957028378,26153,26312,958170133,958186547,958202951,26320,26321,956419588,956433419,26323,26324,20309,20308,20226,10371,27015,10087,10156,10350,27002,700810288,700810324,700730881,703778354,700777567,701124116,701124158,541248011,541249030,541249032,700763681,34023,957235721,3388501505,3388501506,3388501507,3388501508,3388501509,3388501510,10297,5573,5573,5573,34099,34100,34101,34102,34104,34106,34107,34108,34109,34110,34112,34114,34115,34116,34117,34118,34120,33368,10296,54946/value -value xml:lang=en-US956368385,956368385,26220,26235,2567291937,2567291938,26272,26273,26063,957028378,26153,26312,958170133,958186547,958202951,26320,26321,956419588,956433419,26323,26324,20309,20308,20226,10371,27015,10087,10156,10350,27002,700810288,700810324,700730881,703778354,700777567,701124116,701124158,541248011,541249030,541249032,700763681,34023,957235721,3388501505,3388501506,3388501507,3388501508,3388501509,3388501510,10416,10297,5573,5573,5573,34099,34100,34101,34102,34104,34106,34107,34108,34109,34110,34112,34114,34115,34116,34117,34118,34120,33368,10296,54946/value -value xml:lang=zh-CN956368385,956368385,26220,26235,2567291937,2567291938,26272,26273,26063,957028378,26153,26312,958170133,958186547,958202951,26320,26321,956419588,956433419,26323,26324,20309,20308,20226,10371,27015,10087,10156,10350,27002,700810288,700810324,700730881,703778354,700777567,701124116,701124158,541248011,541249030,541249032,700763681,34023,957235721,3388501505,3388501506,3388501507,3388501508,3388501509,3388501510,10416,10297,5573,5573,5573,34099,34100,34101,34102,34104,34106,34107,34108,34109,34110,34112,34114,34115,34116,34117,34118,34120,33368,10296,54946/value -value xml:lang=ja956368385,956368385,26220,26235,2567291937,2567291938,26272,26273,26063,957028378,26153,26312,958170133,958186547,958202951,26320,26321,956419588,956433419,26323,26324,20309,20308,20226,10371,27015,10087,10156,10350,27002,700810288,700810324,700730881,703778354,700777567,701124116,701124158,541248011,541249030,541249032,700763681,34023,957235721,3388501505,3388501506,3388501507,3388501508,3388501509,3388501510,10416,10297,5573,5573,5573,34099,34100,34101,34102,34104,34106,34107,34108,34109,34110,34112,34114,34115,34116,34117,34118,34120,33368,10296,54946/value -value xml:lang=zh-TW956368385,956368385,26220,26235,2567291937,2567291938,26272,26273,26063,957028378,26153,26312,958170133,958186547,958202951,26320,26321,956419588,956433419,26323,26324,20309,20308,20226,10371,27015,10087,10156,10350,27002,700810288,700810324,700730881,703778354,700777567,701124116,701124158,541248011,541249030,541249032,700763681,34023,957235721,3388501505,3388501506,3388501507,3388501508,3388501509,3388501510,10416,10297,5573,5573,5573,34099,34100,34101,34102,34104,34106,34107,34108,34109,34110,34112,34114,34115,34116,34117,34118,34120,33368,10296,54946/value -value xml:lang=el956368385,956368385,26220,26235,2567291937,2567291938,26272,26273,26063,957028378,26153,26312,958170133,958186547,958202951,26320,26321,956419588,956433419,26323,26324,20309,20308,20226,10371,27015,10087,10156,10350,27002,700810288,700810324,700730881,703778354,700777567,701124116,701124158,541248011,541249030,541249032,700763681,34023,957235721,3388501505,3388501506,3388501507,3388501508,3388501509,3388501510,10416,10297,5573,5573,5573,34099,34100,34101,34102,34104,34106,34107,34108,34109,34110,34112,34114,34115,34116,34117,34118,34120,33368,10296,54946/value -value xml:lang=es956368385,956368385,26220,26235,2567291937,2567291938,26272,26273,26063,957028378,26153,26312,958170133,958186547,958202951,26320,26321,956419588,956433419,26323,26324,20309,20308,20226,10371,27015,10087,10156,10350,27002,700810288,700810324,700730881,703778354,700777567,701124116,701124158,541248011,541249030,541249032,700763681,34023,957235721,3388501505,3388501506,3388501507,3388501508,3388501509,3388501510,10416,10297,5573,5573,5573,34099,34100,34101,34102,34104,34106,34107,34108,34109,34110,34112,34114,34115,34116,34117,34118,34120,33368,10296,54946/value -value
Re: Doubt about OpenSymbol and Math
Hi, Olivier Hallot schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Em 04-06-2013 06:43, Noel Grandin escreveu: I think the question that Marcos is asking is a little different. Math typography is slightly weird in that people like to invent their own symbols, and symbols are often very particular to quite a small group of mathematicians. Lots of the more common symbols have local variants that are only used within a specific nation, or within a grouping of academic institutions. So no font is ever going to be able to capture more than the most widely used variants of the symbols. So what I think he wants is the ability to define custom new shapes at runtime and add them to some kind of gallery, and to be able to embed them into a document. Hi Noel This is what I suspect STIX(1) fonts are about: provide to scientific community a font that covers all/most of the math/science demands. You will notice that STIX fonts has a quite hefty support organizations. So basically, given that STIX has all the symbols, why do we need OpenSymbol and the work to fill the gaps? Besides STIX also the MathJax-fonts are suitable. I got the package from https://mdn.mozillademos.org/files/3677/MathML-fonts.zip, but they seem to be in some Linux distro as well. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Dropping support for Visual Studio 2008 in master branch
Hi Tor, Tor Lillqvist schrieb: Unless somebody can give a *really* good reason, I plan to explicitly drop support for building the master branch with MSVS 2008 soon. It might be that this support was already unintentionally broken earlier today or yesterday, and it would be easiest to just follow up and do it completely. Note that already the TDF 4.0 build has been built with MSVS 2010. Is a build possible with the Express version, on Windows 7, so that it includes ATL? Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [PATCH] Fix fdo#32720: limit buttons doesn't add the sum sign
Hi Marcos, I do not think, that this is the correct solution of the usability problem. Each buttons in the right column can be combined with each one on the left side. For me the solution is still (see issue) to make a new icon, where the sigma is replaced with a placeholder sign. Other equation editors (Microsoft, MathType) do not provide two parts the user has to combine, but collections, where the parts are already combined. So another solution can by to divide the current group in the upper part into three groups where each group has all combined formulas of its kind. That solution would need a lot of new icons. Kind regards Regina Marcos Souza (via Code Review) schrieb: Hi, I have submitted a patch for review: https://gerrit.libreoffice.org/4067 To pull it, you can do: git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/67/4067/1 Fix fdo#32720: limit buttons doesn't add the sum sign Change-Id: I9086707f14335ea26bb94c36ee0f87e770c9418b --- M starmath/source/commands.src 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/starmath/source/commands.src b/starmath/source/commands.src index e6a002f..26ece56 100644 --- a/starmath/source/commands.src +++ b/starmath/source/commands.src @@ -149,9 +149,9 @@ String RID_LLLINT_FROMX { Text = lllint from{?} ? ; }; String RID_LLLINT_TOX { Text = lllint to{?} ? ; }; String RID_LLLINT_FROMTOX { Text = lllint from{?} to{?} ? ; }; -String RID_FROMX{ Text = from{?} ? ; }; -String RID_TOX { Text = to{?} ? ; }; -String RID_FROMXTOY { Text = from{?} to{?} ? ; }; +String RID_FROMX{ Text = sum from{?} ? ; }; +String RID_TOX { Text = sum to{?} ? ; }; +String RID_FROMXTOY { Text = sum from{?} to{?} ? ; }; String RID_ACUTEX { Text = acute ? ; }; String RID_BARX { Text = bar ? ; }; String RID_BREVEX { Text = breve ? ; }; ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Help on meanings of SDI fields
Hi, Caolán McNamara schrieb: On Mon, 2013-05-27 at 13:31 -0300, Rodolfo wrote: Caolán, that would be ReadOnlyDoc instead of ReadOnly. ah right, yes. We don't actually have any .sdi files that use ReadOnly do we ? OpenGrok gives http://opengrok.libreoffice.org/xref/core/sd/sdi/sdnew.sdi http://opengrok.libreoffice.org/xref/core/sd/sdi/sdraw.sdi http://opengrok.libreoffice.org/xref/core/svx/sdi/svx.sdi http://opengrok.libreoffice.org/xref/core/svx/sdi/svx.sdi http://opengrok.libreoffice.org/xref/core/sfx2/sdi/sfx.sdi http://opengrok.libreoffice.org/xref/core/sc/sdi/scalc.sdi http://opengrok.libreoffice.org/xref/core/starmath/sdi/smath.sdi http://opengrok.libreoffice.org/xref/core/sw/sdi/swriter.sdi The last one contains ReadOnlyDoc and ReadOnly in one item SfxBoolItem AcceptTrackedChanges FN_REDLINE_ACCEPT 45 46 [ 47 /* flags: */ 48 AutoUpdate = FALSE, 49 Cachable = Cachable, 50 FastCall = FALSE, 51 HasCoreId = FALSE, 52 HasDialog = FALSE, 53 ReadOnlyDoc = FALSE, 54 Toggle = FALSE, 55 Container = FALSE, 56 RecordAbsolute = FALSE, 57 RecordPerSet; 58 Asynchron; 59 60 Readonly = FALSE, 61 62 /* config: */ 63 AccelConfig = TRUE, 64 MenuConfig = TRUE, 65 StatusBarConfig = FALSE, 66 ToolBoxConfig = TRUE, 67 GroupId = GID_EDIT; 68 ] Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Set RES_GRFATR_CROPGRF atrtibute from SwVirtFlyDrawObj
Hi Philippe, Philippe Jung schrieb: Hi, I am working on implementing the Crop Image feature in Writer. Which one? In Impress/Draw we have .uno:Crop (That is used for cropping with the mouse) and .uno:GrafAttrCrop (That opens the crop dialog)? Cropping ends in svx/source/svdraw/svddrgmt.cxx SdrDragCrop::EndSdrDrag. When cropping from Impress, marked object is SdrGrafObj. I rewrote part of the code so that Cropping is now part of SdrGrafObj (Similar to NbcMove, NbcResize and so on). ?? In Writer it is the property GraphicCrop, a struct, type com.sun.star.text.GraphicCrop. When cropping from Writer, the marked Object (and so the object to crop) is SwVirtFlyDrawObj (dflyobj.cxx). I have added SwVirtDrawObj::NbcCrop as Resize or Move. At this point, I would like to save the new values for crop attributes. That's where help is needed : how SwVirtFlyDrawObj relates to the embedded image and what is the expected way of applying an attribute to the image in a SwVirtFlyDrawObj? Got various ways to read the current value of the image, but I did not succeed in writing new values. I am a bit lost betwwen GetFrm, GetFrm-Lower, FrameFmt, and all the possible attribute pools. Any recommandation would be appreciated :-). The crop property exists for pictures in Writer, for com.sun.star.text.TextGraphicObject and com.sun.star.drawing.GraphicObjectShape as well. There is no problem to crop a picture using a macro. In a macro you need to set the GraphicCrop property, nothing more. Therefore there should be no need to change anything on the objects themselves, but write a UI for it. (I'm no core developer, but see things from writing macros, so I might be totally wrong.) Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Killing the gerrit to dev-list spam ...
Hi Björn, Bjoern Michaelsen schrieb: Hi, Looking at: http://nabble.documentfoundation.org/Dev-f1639786.html depending on time of day you find 50-90% patch mails on there. As the writer of mail forward I have been repeatedly asked if we can kill this spam. I fully agree with this sentiment -- the dev-list should be taylored to be inviting to a wide audience of volunteer contributors and not only to those hardcore contributors who are full-time sponsored developers. I dont think the ESC is the right place to decide this as it is overwhelmingly filled with the second. So, is there anyone who is _not_ a sponsored developer opposing to kill the mail spammage? If so: - could this be mitigated by a separate gerrit-patches mailing list? - could this be mitigated by a daily digest of gerrit news? - could this be mitigated by other means? I have some areas of interest, where I want to be informed about ongoing development. (And sometimes I'm able to point to problems.) A separate mailing list would be fine me. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Calc header/Footer mirroring in page. Is it working at all?
Hi Oliver, I cannot help you inside the code, but perhaps it is useful to you, when I explain the UI. Olivier Hallot schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi I am working to port the calc header and footer editing dialog to widgets ui. I am discovering a very complex setting that I guess is related to page mirrorring. But I am actually unable to see it working. * Had anyone seen if left and right header(footer) areas are or should be swapped in mirrored pages? There is a check box to decide, whether the same content is used for right and left page. If is it not checked and you click the 'Edit' button, you get a dialog page with a tab for left header/footer and another tab for right header/footer. That works. But there is in LO (in comparison to AOO) an additional check box for 'same content in first page'. That does not work, at least not for me. The header/footer content is not suppressed, and you get no additional tab for the first page. This check box does not appear immediately in the first call of the dialog, but you have to reopen the dialog. There is surely something wrong with that check box. The left, center, and right parts of the header/footer are not mirrored automatically, but you have to uncheck 'same content' and manually design the left page header/footer and right page header/footer. * There seems to be a selectable setting for the left/center/right content, as seen in these lines source/ui/pagedlg/hfedtdlg.src:TabPage RID_HFBASE source/ui/pagedlg/hfedtdlg.src: // die Eingabefenster jeweils mit eigener ID, sonst aus RID_HFBASE kopiert source/ui/pagedlg/hfedtdlg.src:TabPage RID_SCPAGE_HFED_HL RID_HFBASE source/ui/pagedlg/hfedtdlg.src:TabPage RID_SCPAGE_HFED_HR RID_HFBASE source/ui/pagedlg/hfedtdlg.src:TabPage RID_SCPAGE_HFED_FL RID_HFBASE source/ui/pagedlg/hfedtdlg.src:TabPage RID_SCPAGE_HFED_FR RID_HFBASE However RID_SCPAGE_HFED_XY RID_HFBASE does not reflect changes except strings, and the widgets are in the same position in the 4 cases. Either this is an overkill or I missed totaly the purpose of all this stuff?. Left, center and right content are parts of the same header/footer. In contrast to Writer you have no free editable line and therefore no tabs. So in Calc this areas are an ersatz for the missing left, center, and right tabs you know from Writer. The three areas expand, so that they can show their whole content. This might result in overlapping text. That is different from Writer, where the text is positioned by tabs. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Calc statistical accuracy
Hi Chris, Chris Sherlock schrieb: Hi all, This is a question more from curiosity than anything. Today I was reading that the Journal of Computational Statistics and Data Analysis was not at all happy with Microsoft Excel 2003, stating that: Given Microsoft’s track record, we recommend that no statistical procedure be used unless Microsoft demonstrates that the procedure in question has been correctly programmed, e.g., by the use of test datasets from textbooks, or by comparison with another software package. [1] What interests me the most is that they gave some specific advise on how to test statistical software. In particular they stated that NIST has a Statistical Reference Dataset that can be used to test statistical software. [2] I found the datasets on the NIST website [3]. They have a number of tests for ANOVA, Linear Regressions, Markov Chain Monte Carlo, Nonlinear Regression and Univariate Summary Statistics. I was wondering if we've done any work on testing Calc against these datasets? Yes, I have used those tests when reworking LINEST. Kind regards Regina Chris 1. http://www.pages.drexel.edu/~bdm25/excel2007.pdf 2. http://www.itl.nist.gov/div898/strd/ 3. http://www.itl.nist.gov/div898/strd/general/dataarchive.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Help needed for fdo#63311
Hi Christina, Christina Roßmanith schrieb: Hi, if you add text (e.g. abc) to a shape like a smiley, save the document, delete the text and save again the text is still present in the saved file. Closing the drawing isn't necessary. If you don't save the drawing after adding the text but delete the text and save the drawing afterwards the text isn't present in the written file. In shapeexport.cxx at line 242 if(xText.is() !xText-getString().isEmpty()) xText-getString() evaluates to abc if the drawing was saved even if the text was deleted. So I guess something happens to the text during saving (because saving is necessary to trigger the wrong behaviour) and this something isn't updated properly if the text is deleted. Saving is not necessary. As I commented in the issue, you can see when you look at the shape with a macro, that the content is not erased. The error is not in load/save but must be somewhere earlier. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice