summaryrefslogtreecommitdiff
path: root/librelogo
AgeCommit message (Collapse)Author
2024-07-13Python: use is None/is not None instead of == None/!= NoneJulien Nabet
Change-Id: I1c34181897506ad29a063865d752cb85ab76dbc3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170408 Reviewed-by: Julien Nabet <serval2412@yahoo.fr> Tested-by: Jenkins
2024-05-21tdf#158803 F821: remove unused variables and unused imports in librelogo/Leonard Sasse
Change-Id: I105a72f07d91231aa9ec471701784838e07b0c69 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165579 Tested-by: Jenkins Reviewed-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org> Tested-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org>
2024-05-03makefile simplification: replace $(call gb_CustomTarget_get_workdir,foo)Christian Lohmaier
…by a simple/static $(gb_CustomTarget_workdir)/foo The build system has a lot of overly complicated leftovers from when it was introduced and had not only deal with split repositories but also had to coexist with another buildsystem. Along with lots of copy'n'paste along the years the makefiles became hard to grasp for newcomers with all our calls and evals. As a first step to streamline that, the macros from TargetLocations that simply prefix a static path to the argument (and similar of the same kind) are a natural pick before simplifying the rules themselves/getting rid of a bunch of eval statements. Change-Id: Ia06dbbcd5d1994755a2ff05b84f72ccbc4e3cab5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167005 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2024-03-28Revert "tdf#158803 remove some unused imports, unnecessary semicolons and ↵Noel Grandin
related styling" This reverts commit 9d4844374395ecce6b2ff4f9a71b3c8dae23050a. Reason for revert: fails in unit tests Change-Id: Icfaf6ab331ecce691b9a9462432e07c68d0fb40c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165417 Tested-by: Noel Grandin <noel.grandin@collabora.co.uk> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2024-03-28tdf#158803 remove some unused imports, unnecessary semicolons and related ↵LeSasse
styling Change-Id: Ie413ffd72b3d2f583d697ba89035d2a5d35bafe6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165406 Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk> Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
2023-09-24tdf#157388: LibreLogo sqrt undefinedJulien Nabet
Change-Id: Ief68aa9067e3c817f9ce5694ce015ca9049b4375 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157206 Reviewed-by: Julien Nabet <serval2412@yahoo.fr> Tested-by: Jenkins
2023-03-19tdf#147906: Use python's math.hypot() for Pythagorean additionadityasingh22
Change-Id: Iff40b4fcbfd0fce492aff4f10f7651899d36872d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/148547 Tested-by: Jenkins Reviewed-by: Bartosz Kosiorek <gang65@poczta.onet.pl>
2022-12-13gb_var2file: remove now unused chunk-size parameterChristian Lohmaier
that parameter did specify how many entries of the list the workaround method could use to not exceed commandline length limits, so it was a guess of sorts and many places didn't actually bother with tweaking that value anyway and just used 100. the $(file …) function doesn't care about that, so the parameter was always ignored in that case. Change-Id: If89ec3a1968be297c0fe7c65336c5a965598f0c9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143911 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2022-12-05LibreLogo: fix SVG export of font features and text portionsLászló Németh
Text portions of rotated text was exported with bad positions. Text using font features was exported with non-portable font names with colon, working only in LibreOffice correctly. Fix these by converting the text to curve during the SVG export. Change-Id: I3707aaa4143f583b988bbbe37b5eb741530cccba Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143668 Tested-by: Jenkins Reviewed-by: László Németh <nemeth@numbertext.org>
2022-12-05LibreLogo: fix parsing argument of default Logo commandsLászló Németh
Functions didn't work in arguments of several default Logo commands (mostly turtle moving and setting). A simple example, which resulted an error message: FORWARD RANDOM 100 Regression from commit 740b99783b5480fcd1e5fce7c1beb5967d015041 "tdf#120413 LibreLogo: handle complex Logo expressions". Change-Id: Icb4aece1a5b0343384ce179c27f170eef7d8938c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143642 Tested-by: László Németh <nemeth@numbertext.org> Reviewed-by: László Németh <nemeth@numbertext.org>
2022-12-05tdf#105575 LibreLogo: hide turtle during lockingLászló Németh
It seems painting of the selection around the turtle is not locked completely, so hide the turtle to lock that, too, for 20% or more speed up. Note: the turtle is still visible, because it is hidden after locking (until unlocking), but there is no nore jiggering selection around it. Change-Id: If6720f1e5b553b47b1b0352a5b9e70c73975c373 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143641 Tested-by: László Németh <nemeth@numbertext.org> Reviewed-by: László Németh <nemeth@numbertext.org>
2022-12-05tdf#105575 LibreLogo: speed up by lock (re)paintLászló Németh
Speed up program execution by default partial locking of repaint and custom locking of paint, using UNO lockControllers(). – Default: speed up LABEL and TEXT by locking their repaint during the various text operations, i.e. setting size and text portion formatting changes were visible, and slow. Locking while manipulating a shape was suggested by Noel Grandin. – Custom: SLEEP command with negative argument calls lockControllers(), SLEEP command with not negative argument (and program termination) call unlockControllers(), so it's possible to lock program parts to speed up program execution e.g. 3-4 times or more. For example: ; lock paint until program termination SLEEP -1 program or ; lock until SLEEP 0 SLEEP -1 commands_without_paint SLEEP 0 ; unlock a single level and paint/repaint everything – Add __get_time__() command to get the elapsed time from program start for profiling. Add unit tests. Note: custom locking with SLEEP has known problems: not connected lines, bad position of arc/pie, non-working CLEARSCREEN. Note: The reported code is more than 32 times faster (4 sec vs 2.2 min) with custom locking, also using the commented line to show not only the result with 400 circle shapes, but the partial result with 100, 200 and 300 shapes, too: SLEEP -1 REPEAT 400 [ CIRCLE 10 + REPCOUNT/10 FORWARD 5 + REPCOUNT/10 LEFT 10 ] ; IF REPCOUNT % 100 == 0 [ SLEEP 0 SLEEP -1 ] ; to show partial result SLEEP 0 PRINT __get_time__() Change-Id: I51f71b0143178e6d35ecced92a59525184392d17 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143640 Tested-by: László Németh <nemeth@numbertext.org> Reviewed-by: László Németh <nemeth@numbertext.org>
2022-12-05LibreLogo: LABEL/TEXT: add more character formattingLászló Németh
– strike out: <s> or <del> – superscript and subscript: <sup> and <sub> (using character formatting) – text color: – localized names, e.g. <red> (in English documents), <rouge> (in French documents) – hexa or decimal codes: <FONTCOLOR 0x000000>, <FONTCOLOR 0> (localized "FONTCOLOR" is allowed) – verbose form of the localized names: <FONTCOLOR RED> – highlight color: <FILLCOLOR RED>, <FILLCOLOR 0xFF0000>, <FILLCOLOR 0> (localized "FILLCOLOR" is allowed) – font name: e.g. <FONTFAMILY Linux Libertine G> (localized "FONTFAMILY" is allowed) – font size: e.g. <FONTSIZE 12> (localized "FONTSIZE" is allowed) – OpenType and Linux Libertine G/Biolinum G font features: <smcp>: small capitals, <pnum>: proportional numbers, <sups: true superior, <sinf>: true subscript (scientific inferior) etc., – with arguments: <pnum=1> – verbose form: <FONTFEATURE pnum=1> Alternative names for bold and italic character formatting – bold text: HTML: <b> or <strong>; localized LibreLogo: e.g. <bold>, <lihavointi> (in Finnish documents) – italic: HTML: <i> or <em>; localized LibreLogo: e.g. <italic>, <kurzíva> (in Czech documents) Add unit tests for the previous and new tags. Follow-up to commit 89c34706331984d12af8ce99444d53f19b40b496 "LibreLogo: add basic HTML formatting support to LABEL". Change-Id: Ie14024cae62ec09de714af5db46132375b6101d0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143639 Tested-by: László Németh <nemeth@numbertext.org> Reviewed-by: László Németh <nemeth@numbertext.org>
2022-11-21tdf#113592 LibreLogo: update fallback localizationLászló Németh
Follow up to commit d4c92c836c42d8fa7e31657d0534bef3979a03e2 "LibreLogo: add command FONTTRANSPARENCY". See also commit 5948e2e9f032916e3278f904097eff6b47b869d6 "LibreLogo: fix ast, gug, hsb and sid language support". Change-Id: I6464091ce66ae302b1f6207f954bf06788bc1e02 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143004 Tested-by: Jenkins Reviewed-by: László Németh <nemeth@numbertext.org>
2022-09-30LibreLogo: fix ast, gug, hsb and sid language supportLászló Németh
Asturian (ast), Paraguayan Guaraní (gug), Sidamo (sid) and Upper-Sorbian (hsb) localizations did't work despite their existing localization stored in the language fallback dictionary of LibreLogo.py, because their 3-letter language identifiers with their country codes trimmed to 2-letter, for example: "hsb-DE" -> "hs" instead of the correct "hsb". Missing Upper-Sorbian support was reported by Michael Wolf. Change-Id: I57aa6752d05452d1f8bb95ff91f4d4456dffcd80 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140796 Tested-by: László Németh <nemeth@numbertext.org> Reviewed-by: László Németh <nemeth@numbertext.org>
2022-04-22LibreLogo: add basic HTML formatting support to LABELLászló Németh
It's possible to format character spans in text of LABEL, as bold, italic and underline text using HTML tags <B>, <I> and <U> and their lowercase equivalents. For example, LABEL '<i>Italic, <b>also bold</b></i> and <u>underline</u>.' Use HTML "&lt;" to avoid of the replacement. For example, LABEL 'some &lt;i>text&lt;/i>' prints "some <i>text</i>" instead of "some text" with italic "text" in it. Change-Id: I70fd97763c6c488eba23c168a541b84cff0c90e4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132786 Tested-by: László Németh <nemeth@numbertext.org> Reviewed-by: László Németh <nemeth@numbertext.org>
2021-11-04Resolves: tdf#97046 ensure build system variables start with gb_Sabyasachi Bhoi
Change the variable name: var2file to gb_var2file Change-Id: Ib7d64b76cfe10e6c2df1a176674a360b28704070 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124666 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2021-10-02Related: tdf#80713 add KeyIds to LibreLogo stringsAndras Timar
Change-Id: I30499a3fcae8dad5419d7bf862f2a6d0ab08a225 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122967 Tested-by: Jenkins Reviewed-by: Andras Timar <andras.timar@collabora.com>
2021-04-07Updated README.md files to represent current code / use Markdown formatHossein
Previously, all of the README files have been renamed to README.md and now, the contents of these files were changed to use Markdown format. Other than format inconsistency, some README.md files lacked information about modules, or were out of date. By using LibreOffice / OpenOffice wiki and other documentation websites, these files were updated. Now every README.md file has a title, and some description. The top-level README.md file is changed to add links to the modules. The result of processing the Markdown format README.md files can be seen at: https://docs.libreoffice.org/ Change-Id: Ic3b0c3c064a2498d6a435253b041df010cd7797a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/113424 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2021-03-24Using .md extension/Markdown syntax for modules READMEHossein
Renaming all README files for all top level modules to README.md, applying no content change at this stage to be able to track history of the files. These files should be edited to use correct Markdown syntax later. Change-Id: I542fa3f3d32072156f16eaad2211a397cc212665 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/112977 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2020-11-02Fix typosAndrea Gelmini
Change-Id: Ifc4b1c24b41a9ca7e7b3adcc46e3498f3af5a0b7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105192 Reviewed-by: Julien Nabet <serval2412@yahoo.fr> Tested-by: Jenkins
2020-08-25tdf#92287 Make LibreLogo icons theme basedMaxim Monastirsky
Change-Id: I9f8eacd79fd890ae81f9ef8337e03213818c879e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/101078 Tested-by: Jenkins Tested-by: Rizal Muttaqin <riz_17_oke@yahoo.co.id> Reviewed-by: Rizal Muttaqin <riz_17_oke@yahoo.co.id>
2020-07-17Follow up tdf#132022: Remove Tango icons for LibreLogoRizal Muttaqin
Change-Id: Ia19ffd38729daac2e55283d2556322797ec2899f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/98935 Tested-by: Jenkins Reviewed-by: Rizal Muttaqin <riz_17_oke@yahoo.co.id>
2020-06-26LibreLogo: add command FONTTRANSPARENCYLászló Németh
similar to PENTRANSPARENCY, but for semi-transparent text. See commit 6fafae4d109f5768621a11deb394b1b0c4dc5606 (editeng: add UNO API for semi-transparent text) Change-Id: I5813c0954a1bb7740b3e164a39db7611753183a5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/97168 Tested-by: Jenkins Reviewed-by: László Németh <nemeth@numbertext.org>
2020-05-14fix python 3.8 deprecation warningsNoel Grandin
the logo changes were caused by > Support of nested sets and set operations as in Unicode Technical Standard > #18 might be added in the future. This would change the syntax, so to facilitate > this change a FutureWarning will be raised in ambiguous cases for the time being. > That includes sets starting with a literal '[' or containing literal character > sequences '--', '&&', '~~', and '||'. > To avoid a warning escape them with a backslash. Change-Id: I4d48be3df2eaadf03a9d1f5750c0c94b3abbf674 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94191 Tested-by: Noel Grandin <noel.grandin@collabora.co.uk> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2020-04-09pyuno,*: kill Python 2 support with fireMichael Stahl
Python 2 support was retained for use with --enable-python=system on RHEL7 and SLES. The time has arrived to remove it. Some .py files that were imported from third parties are not changed to enable easier replacement with updated versions if necessary. solenv/gdb should continue to support Python 2. bin/get-bugzilla-attachments-by-mimetype requires Python 2 to access Launchpad. Change-Id: I26414ae8e9f8402c90336af82020135685694217 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91697 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@cib.de>
2020-02-16GBUILD_TRACE, support for finding out where the build time is spentLuboš Luňák
See instructions in solenv/gbuild/Trace.mk . This generates a file than can be viewed e.g. in the Chromium tracing view. Change-Id: I5f90647c58ca729375525b6daed2d4918adc8188 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88754 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-06-07sanitize LibreLogo callsLászló Németh
Change-Id: Ie4d9858e5b4b3e55ab08416fb9338d2df34ee5e1 Reviewed-on: https://gerrit.libreoffice.org/73627 Tested-by: Jenkins Reviewed-by: László Németh <nemeth@numbertext.org>
2019-04-25LibreLogo: fix RANGE with a single function argumentLászló Németh
in a FOR loop, by removing the range(x,,)-like double commas in this case, too, during program compilation. Previous empty (missing) argument of RANGE was checked by the terminating comma, but it can be a white space after it, as in the following example: FOR i IN RANGE COUNT 'letter' [ PRINT i ] Change-Id: I67d0a4f089be06f30003d1b979b8f1801dbfa2e9 Reviewed-on: https://gerrit.libreoffice.org/71263 Tested-by: Jenkins Reviewed-by: László Németh <nemeth@numbertext.org>
2019-04-18Don't set LANG env var by accidentStephan Bergmann
...as setting a GNU Make LANG var exports it to recipes as an env var, and see e.g. 56bc0b1a376f62570a7287e9bb4193e00360c978 "Don't set locale env vars on macOS" for potential problems caused by that. This is the core half of a change spanning the core and help repos. Change-Id: Ib7ae3b6edcef0b70e211a01aad4b3bd5c8905e06 Reviewed-on: https://gerrit.libreoffice.org/70929 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-03-13tdf#124035 LibreLogo: support starting colon in variable namesLászló Németh
Regression from the commit 740b99783b5480fcd1e5fce7c1beb5967d015041 "tdf#120413 LibreLogo: handle complex Logo expressions". Change-Id: Iaae54efacf86a03a6611c154a40068ed058d43e7 Reviewed-on: https://gerrit.libreoffice.org/69138 Tested-by: Jenkins Reviewed-by: László Németh <nemeth@numbertext.org>
2018-11-08Adapt LibreLogo.py to Python 3.7 re.sub changeStephan Bergmann
In a build using the system Python during build (i.e., not using --enable-python=fully-internal) on Fedora 29 (where /usr/bin/python3 is 3.7.1), UITest_librelogo failed with > ====================================================================== > FAIL: test_compile_librelogo (compile.LibreLogoCompileTest) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "/data/sbergman/lo-system/core/sw/qa/uitest/librelogo/compile.py", line 128, in test_compile_librelogo > self.assertEqual(test[1], re.sub(r'(\n| +\n)+', '\n', re.sub(r'\( ', '(', compiled)).strip()) > AssertionError: 'glob[52 chars]_#\n label(_y + _z)\n #_@L_i_N_e@_#\n#_@L_i_N_e@_#\nx(25, 26)' != 'glob[52 chars]_#\n label(_y + _z)\n #_@L_i_N_e@_#\n#_@L_i_N_e@_#\nx(25, ,26)' > global x > def x(_y, _z): > __checkhalt__() > #_@L_i_N_e@_# > label(_y + _z) > #_@L_i_N_e@_# > #_@L_i_N_e@_# > - x(25, 26)+ x(25, ,26)? + > > > ---------------------------------------------------------------------- due to an upstream Python change discussed at <https://bugs.python.org/issue34982#msg329418> "re.sub() different behavior in 3.7". I am not sure that upstream change really makes sense, despite that being explicitly confirmed in <https://bugs.python.org/issue34982#msg329420>. But lets tweak our code to adapt to that anyway. (There may be further places in LibreLogo.py that would need similar changes; I just fixed enough to make UITest_librelogo succeed for me.) Change-Id: I6c8f4b78f63953d582b88037fa56388b50af2b54 Reviewed-on: https://gerrit.libreoffice.org/63038 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-11-06Removed not-used variableAndrea Gelmini
Not sure about this, but just to catch the eye of the pro. Git blame says 2012, so maybe it's really no more used Change-Id: I737f3a1b2803f6ce98cb461350db18d06e0bf981 Reviewed-on: https://gerrit.libreoffice.org/62910 Reviewed-by: László Németh <nemeth@numbertext.org> Tested-by: László Németh <nemeth@numbertext.org>
2018-11-06LibreLogo: function calls and definitions can be in any orderLászló Németh
with Logo syntax, too. Mutual recursion, for example drawing dragon curve (see in the unit test of the commit) doesn't need Python syntax any more to call the function before its definition. Change-Id: I93426a8c5be394fb4f1203e0490f7fa8d8491597 Reviewed-on: https://gerrit.libreoffice.org/62926 Tested-by: Jenkins Reviewed-by: László Németh <nemeth@numbertext.org>
2018-11-05Fix typoAndrea Gelmini
Change-Id: I9508839d67e5723db5f9155560fdaef333a689f8 Reviewed-on: https://gerrit.libreoffice.org/62911 Reviewed-by: Julien Nabet <serval2412@yahoo.fr> Tested-by: Jenkins Reviewed-by: Bartosz Kosiorek <gang65@poczta.onet.pl>
2018-11-05tdf#120413 LibreLogo: handle complex Logo expressionsLászló Németh
Instead of the incomplete heuristic parenthesis expansion, now expressions with Logo functions and with own procedures are parsed completely, solving several issues with complex Logo expressions. For example, now functions with more than 1 argument don't need explicit parenthesization. NOTE: to handle both Logo and Python syntaxes of function calls, we differentiate the forms "f(x)" and "f (x)". The second form is handled as Logo syntax, not the Python one: f x*2 y z -> f(x*2, y, z) f(x*2, x, z) -> f(x*2, y, z) f (x*2) y z -> f((x*2), y, z) so if you want to avoid of the following expansion: sin 45 + cos 45 -> sin(45 + cos(45)) it's possible to use the following parenthesizations: sin(45) + cos 45 -> sin(45) + cos(45) (sin 45) + cos 45 -> (sin(45)) + cos(45) but not sin (45) + cos 45 -> sin((45) + cos(45)) Change-Id: Ib0602b47b8b678a352313f471599d44d6904ce17 Reviewed-on: https://gerrit.libreoffice.org/62901 Tested-by: Jenkins Reviewed-by: László Németh <nemeth@numbertext.org>
2018-11-05LibreLogo: stop program immediately at pressing CancelLászló Németh
button of the inputbox or messagebox dialog window, instead of waiting for the next __checkhalt__() in a loop. Change-Id: I1366ad06152e70321a21e78a626f7a89eb5a7ea0 Reviewed-on: https://gerrit.libreoffice.org/62900 Tested-by: Jenkins Reviewed-by: László Németh <nemeth@numbertext.org>
2018-10-26LibreLogo: support backslash escape sequence for apostrophesLászló Németh
(ASCII and typographical) and for enclosing quotes of string literals. Change-Id: I3caf3b707afa1fb41ba3afe9ff12ebce7ce63847 Reviewed-on: https://gerrit.libreoffice.org/62384 Tested-by: Jenkins Reviewed-by: László Németh <nemeth@numbertext.org>
2018-10-26LibreLogo: add unit tests for program compilationLászló Németh
from LibreLogo to Python Change-Id: I39df100a13efe3573b33cb856701cbeb0d95954d Reviewed-on: https://gerrit.libreoffice.org/62364 Tested-by: Jenkins Reviewed-by: László Németh <nemeth@numbertext.org>
2018-10-25LibreLogo: add unit testsLászló Németh
for program running and command name expansion, and for following fixes: tdf#106792: regression in line length and continuous line drawing tdf#100941: line breaking by "magic wand" tdf#120422: program lines are different paragraphs by "magic wand" Also add function __is_alive__() to LibreLogo.py to check LibreLogo program termination via XScript API. Change-Id: If884b3fd608a6e8077be853eb2dd17fbdfff2011 Reviewed-on: https://gerrit.libreoffice.org/62263 Tested-by: Jenkins Reviewed-by: László Németh <nemeth@numbertext.org>
2018-10-10tdf#120422 LibreLogo: fix page and line formatting of "magic wand"László Németh
Format program lines as paragraphs, instead of a single paragraph with line breaks: - basic debug feature "jump to the bad line" works after formatting - fix 2-page editing area: page break before the LibreLogo program Now formatting of program lines doesn't depend on the actual regular expression setting of Search & Replace functionality of Writer, so this is the intended fix for tdf#100941 "LibreLogo: 'magic wand' icon inserts incorrect '\n' characters instead of paragraph breaks". NOTE: setting also AlgorithmType, not only AlgorithmType2 prevents crashing of LibreOffice at opening Search & Replace dialog after usage of the "magic wand" icon. partial revert of the commit b1a6d157683b8182089ed5854179c8da8c416304 Resolves: tdf#100941 LibreLogo: replace literal '\n' with newline Change-Id: I34f581278fdae8d41967800d05662e37b731b59d Reviewed-on: https://gerrit.libreoffice.org/61610 Reviewed-by: László Németh <nemeth@numbertext.org> Tested-by: László Németh <nemeth@numbertext.org>
2018-09-30LibreLogo: fix regression of line drawingLászló Németh
related to measurement changes, for example we got only 5.7 cm long line for "FORWARD 10cm", because the processed value measured in 0.0100 mm instead of the correct twips (pt/20 ~ 0.0176mm). Note: only the line drawing was shorter, the turtle path didn't change, so the turle could draw only dashed line for multiple FORWARD or BACK, instead of a continuous one. regression from commit 36bade04d3780bc54c51b46bb0b63e69789658a5 tdf106792 Get rid of SvxShapePolyPolygonBezier Change-Id: I16d75dbdadef5af9c545abc86575490559b3d54c Reviewed-on: https://gerrit.libreoffice.org/61145 Tested-by: Jenkins Reviewed-by: László Németh <nemeth@numbertext.org>
2017-11-05tdf#113592 LibreLogo: add fallback localization to fix platform issuesLászló Németh
Update: python3 LibreLogo.py LibreLogo*.properties Change-Id: Ib631f53b47f1f00b14338534cc82d94f33c48233 Reviewed-on: https://gerrit.libreoffice.org/44203 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Andras Timar <andras.timar@collabora.com>
2017-04-12enum spelling: throught -> throughJustin Luth
git grep -l "[ _\.]THROUGHT" | xargs sed -i 's/THROUGHT/THROUGH/g' git grep -l -i "[ _\.]THROUGHT" | xargs sed -i 's/throught/through/g' In ENUMs: THROUGHT = THROUGH (preserved as valid alternate spelling) In ooxmlexport8 - unit test confirms THROUGH = THROUGHT Change-Id: Iae0fef9a8adcb96761989f38903a24ffb1b91e77 Reviewed-on: https://gerrit.libreoffice.org/35998 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-03-29Wrong Unicode character referenceAdolfo Jayme Barrientos
Isn’t it better to just use the desired characters directly, given that “\uHEX”-style references are so error-prone? Change-Id: I307b1fad7a9e0a23a38925e3c84829f823decf6e
2017-03-02Fix typosAndrea Gelmini
Change-Id: Ic6c41fbcc36c11a7528cde0986593a39c2d6738b Reviewed-on: https://gerrit.libreoffice.org/34803 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2016-11-27tdf#101603: fix lgnpath for MacOs in LibreLogoJulien Nabet
Change-Id: I280b6cd02a98037a71701a6a7a540c87de22d07f Reviewed-on: https://gerrit.libreoffice.org/31268 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
2016-10-26normalize existing emacs/vim mode-lines in python filesMichael Stahl
Bunch of these were setting C++ or Make modes and icky tabs... Also, reportedly Emacs can figure out to enable python-mode automatically. Change-Id: I50072488fb92cb4d27aa3f74f717a28ae3967543
2016-07-18Resolves: tdf#100941 LibreLogo: replace literal '\n' with newlineTakeshi Abe
by simple SearchAlgorithms2's ABSOLUTE(=1), rather than using SearchAlgorithms' REGEXP(=1). BTW avoid RowDirection because it is for Calc only. Change-Id: I50ab460110ed43befb3e378e94f4fda0f2777f4d Reviewed-on: https://gerrit.libreoffice.org/27250 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2015-08-18fix broken PICTURE (group handling) of LibreLogoLászló Németh
(a regression caused by the PyUNO changes of commit af8143bc40cf2cfbc12e77c9bb7de01b655f7b30) Change-Id: I62112555a997f8f57059de21e0f0b174f3c673c6