Re: Reveal code, old macros convert them to LO

2019-07-06 Thread Anthony Youngman
On 06/07/2019 22:31, Ralf Quint wrote: On 7/6/2019 1:00 PM, Tor Lillqvist wrote: You seem to hate a lot. Try to get over it. +1 I'm a bit of a "grumpy old man", sorry ... :-) Cheers, Wol ___ LibreOffice mailing list LibreOffice@lists.freedesktop.

CppCheck Report Update

2019-07-06 Thread cppcheck.libreoff...@gmail.com
A new cppcheck report is available at : http://dev-builds.libreoffice.org/cppcheck_reports/master/ Note: The script generating this report was run at : 2019-07-07 02:26:24 with user buildslave at host vm140 as /home/buildslave/source/dev-tools/cppcheck/cppcheck-report.sh -s /home/

[Libreoffice-commits] core.git: Branch 'private/EL-SHREIF/ui_logger' - uitest/ui_logger_dsl

2019-07-06 Thread Ahmed ElShreif (via logerrit)
uitest/ui_logger_dsl/Special_commands.tx | 13 +++ uitest/ui_logger_dsl/dsl_core.py | 55 +++ 2 files changed, 61 insertions(+), 7 deletions(-) New commits: commit f2c28aceb1493b57e65aa33cc0a367b96a0ee05f Author: Ahmed ElShreif AuthorDate: Sun Jul

Re: Reveal code, old macros convert them to LO

2019-07-06 Thread Ralf Quint
On 7/6/2019 1:00 PM, Tor Lillqvist wrote: You seem to hate a lot. Try to get over it. +1 --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ LibreOffice mailing list LibreOffice@lists.freedeskt

Re: Reveal code, old macros convert them to LO

2019-07-06 Thread Tor Lillqvist
You seem to hate a lot. Try to get over it. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Reveal code, old macros convert them to LO

2019-07-06 Thread Wols Lists
On 06/07/19 07:36, Uwe Brauer wrote: > >> On 05/07/19 13:14, Uwe Brauer wrote: > >> And all I am saying is that the feature you describe sounds to me >> NOTHING LIKE reveal codes, and personally I can't see any use for it. >> The Word equivalent is "show formatting" which - like I said - was >> i

[Libreoffice-commits] core.git: sw/source

2019-07-06 Thread László Németh (via logerrit)
sw/source/core/doc/DocumentRedlineManager.cxx | 14 -- 1 file changed, 8 insertions(+), 6 deletions(-) New commits: commit b86b87eb34c686c67ae86c6f635e5218a5654898 Author: László Németh AuthorDate: Fri Jul 5 16:01:32 2019 +0200 Commit: László Németh CommitDate: Sat Jul 6 2

Re: tinderbox Win-x86_64_42 failing

2019-07-06 Thread Jan-Marek Glogowski
Hi everyone, as Luke suggested I CC the mailing list. I opened a bug report with all the relevant information: https://bugs.documentfoundation.org/show_bug.cgi?id=126255 IMHO the unit test should test the existence of the linked file instead of "..". I really don't want to hide the bug again us

tdf#74702 2/2

2019-07-06 Thread Adrien Ollier
So to close bug #74702, we require to keep the real type of any OutputDevice* a function gets as argument. If we are in a function g(OutputDevice*), we must rewind to its caller f(OutputDevice*), and so on until a(OutputDevice*) which is called after creation of an instance of a subclass of Out

tdf#74702 1/2

2019-07-06 Thread Adrien Ollier
Hello Community, I am writing this very important e-mail because I need the collaboration of each of you. I am working on bug #74072 whose aim is to remove the OutDevType enumeration. OutDevType was introduced to know the real type of

[Libreoffice-commits] core.git: Branch 'aoo/trunk' - ooo_custom_images/classic

2019-07-06 Thread Matthias Seidel (via logerrit)
ooo_custom_images/classic/classic_images.tar.gz |binary 1 file changed New commits: commit 2e5661ecbdb849ef896d1deca14f70e7b713a186 Author: Matthias Seidel AuthorDate: Sat Jul 6 16:02:14 2019 + Commit: Matthias Seidel CommitDate: Sat Jul 6 16:02:14 2019 + Added new Math el

[Libreoffice-commits] core.git: wizards/source

2019-07-06 Thread Jean-Pierre Ledure (via logerrit)
wizards/source/access2base/Collect.xba |7 +-- wizards/source/access2base/DoCmd.xba |2 +- wizards/source/access2base/OptionGroup.xba |3 ++- 3 files changed, 4 insertions(+), 8 deletions(-) New commits: commit 02999ba5e40475b5ddc7280376fd68c4b380d27e Author: Jean-Pi

[Libreoffice-commits] core.git: Branch 'aoo/trunk' - dbaccess/source

2019-07-06 Thread Matthias Seidel (via logerrit)
dbaccess/source/ui/dlg/dlgsize.src | 95 - 1 file changed, 33 insertions(+), 62 deletions(-) New commits: commit 617d167935abaadddbeb64c4ba64e379883da3de Author: Matthias Seidel AuthorDate: Sat Jul 6 13:49:06 2019 + Commit: Matthias Seidel Commi

Re: Reveal code, old macros convert them to LO

2019-07-06 Thread Uwe Brauer
>>> "TL" == Tor Lillqvist writes: >> >> >> >> The issue is, what if you force to deal with docx and you run into >> problems? > The data structure inside a .docx has very little relationship to the > internal data structures inside LO, so it would be extremely hard to > display "codes" from

[Libreoffice-commits] core.git: Branch 'private/EL-SHREIF/ui_logger' - uitest/ui_logger_dsl

2019-07-06 Thread Ahmed ElShreif (via logerrit)
uitest/ui_logger_dsl/dsl_core.py | 32 +++- 1 file changed, 27 insertions(+), 5 deletions(-) New commits: commit fe20f71b67474c60a3fac3abefd40a34aeb9f296 Author: Ahmed ElShreif AuthorDate: Sat Jul 6 14:49:49 2019 +0200 Commit: Ahmed ElShreif CommitDate: Sat

Re: Reveal code, old macros convert them to LO

2019-07-06 Thread Wols Lists
On 06/07/19 10:27, Tor Lillqvist wrote: > > > The issue is, what if you force to deal with docx and you run into > problems? > > > The data structure inside a .docx has very little relationship to the > internal data structures inside LO, so it would be extremely hard to > display "cod

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

2019-07-06 Thread Tomaž Vajngerl (via logerrit)
loleaflet/src/control/Control.LokDialog.js | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) New commits: commit 066a5439026a0b65f26037e361b6768943fc6eb9 Author: Tomaž Vajngerl AuthorDate: Thu Jul 4 17:21:08 2019 +0900 Commit: Tomaž Vajngerl CommitDate: Sat Jul 6 12:5

[Libreoffice-commits] core.git: vcl/win

2019-07-06 Thread Andrea Gelmini (via logerrit)
vcl/win/gdi/salfont.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit fba2fe825e8dfb9fd084186e3171bbea35297c28 Author: Andrea Gelmini AuthorDate: Fri Jul 5 21:19:05 2019 + Commit: Julien Nabet CommitDate: Sat Jul 6 12:45:57 2019 +0200 Fix typo

Re: Reveal code, old macros convert them to LO

2019-07-06 Thread Tor Lillqvist
> > > > The issue is, what if you force to deal with docx and you run into > problems? The data structure inside a .docx has very little relationship to the internal data structures inside LO, so it would be extremely hard to display "codes" from the .docx in the LibreOffice UI. What you can do

Re: Reveal code, old macros convert them to LO

2019-07-06 Thread Uwe Brauer
>>> "TL" == Tor Lillqvist writes: > No. There are no "codes" to "reveal" in LibreOffice. > If you want to use a markup format, use a markup format, in a plain text > editor. Simple as that. LaTeX for instance. I think you miss the point and I am saying that as long time user of latex, (daily ba

Re: Reveal code, old macros convert them to LO

2019-07-06 Thread Tor Lillqvist
No. There are no "codes" to "reveal" in LibreOffice. If you want to use a markup format, use a markup format, in a plain text editor. Simple as that. LaTeX for instance. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.

[Libreoffice-commits] core.git: solenv/gbuild

2019-07-06 Thread Luboš Luňák (via logerrit)
solenv/gbuild/platform/com_GCC_class.mk |1 + 1 file changed, 1 insertion(+) New commits: commit b2d42856062236249f283ea7ec7336efa3a7a182 Author: Luboš Luňák AuthorDate: Fri Jul 5 21:52:56 2019 +0200 Commit: Luboš Luňák CommitDate: Sat Jul 6 10:09:03 2019 +0200 build Clang PCH

[Libreoffice-commits] core.git: 2 commits - configure.ac sc/README sc/source

2019-07-06 Thread Luboš Luňák (via logerrit)
configure.ac |4 ++-- sc/README |2 +- sc/source/ui/view/gridwin.cxx |2 +- 3 files changed, 4 insertions(+), 4 deletions(-) New commits: commit 68cd8a97510ccfccb98516539ddb4affc94d46fa Author: Luboš Luňák AuthorDate: Wed Jul 3 11:40:58 2019 +