Re: Chart Colours: Bug or expected behaviour
On 23/01/23 22:51, Stéphane Guillou wrote: Can you please report the bug on Bugzilla? I couldn't find an existing bug 153172 https://bugs.documentfoundation.org/show_bug.cgi?id=153172 I hope I filled everything out correctly. jonathon
Chart Colours: Bug or expected behaviour
All: Before I file a bug-report, I want to know if this is due to my having a strange setup, or is the expected behaviour, or is a bug other people experience. Image is at https://i.imgur.com/fJZuiF4.png Version: 7.5.0.2 (X86_64) / LibreOffice Community Build ID: c0dd1bc3f1a385d110b88e26ece634da94921f58 CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-ZA (en_NZ.UTF-8); UI: en-ZA Calc: threaded Look at the default colours at >Tools >Options >Charts >Default Colors. Look at the colours in the bar chart. (The bar chart has the colours this specific chart requires.) I tried umpteen times to change the default colours for charts to the colours I use --- the colours in the bar chart. Is >Tools >Options >Charts >Default Colors no longer functional? jonathon
Re: scary / too subtle overload
On 10/4/18 3:49 PM, Lionel Elie Mamane wrote: > In include/svtools/brwbox.hxx: > > class SVT_DLLPUBLIC BrowseBox > { > public: > boolIsColumnSelected( sal_uInt16 nColumnId ) const; > // IAccessibleTableProvider > virtual boolIsColumnSelected( long _nColumn ) const > override; > } > > Function overload based on different integer types, one virtual, the How did you catch that? > I'm tempted to rename one of the two... if it is LibreOffice-internal Doesn't matter if it is internal or external. Rename at least one of them, and when somebody screams that their code broke, explain the bug. jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Supplier Surveillance, Cristi Posea (CppUnit)---ID# 100580 to 100580
On 2018-09-24 7:16 p.m., Larrabee, Kevin P wrote: > I am a member of the Product Selection & Sustainment group at Lockheed Martin > RMS. If you really are from Lockheed Martin, and your job really requires you to track product obsolescence, you wouldn't be sending something that looks like a badly crafting phishing attempt to a developer list. What you'd do, is go to whoever provides LibreOffice support to Lockhead-Martin, and have them provide that information. If your support contract doesn't mandate that it be provided, then fire whoever negotiated that contract, because they are too incompetent to be trusted with anything more complicated that a piece of paper. If your organization doesn't have a support contract, then: a) Go to a FLOSS conference --- there was one in San Diego a couple of months ago --- and connect with somebody who contributes to LibreOffice there; b) Push for either a third party support contract for LibreOffice, or have an in-house LibreOffice support unit, because the LibreOffice release cycle is so fast, that by the time a specific version has been approved for deployment throughout the enterprise, it has been EOLd. As one example of the rapid change, With LibO 6.0 BAILS was on a Menu Bar. With LibO 6.1, it is hidden as an Expert Configuration Item. > Are the software products : > ➢ Currently available? LibreOffice 3.3 was released on 25 January 2011. That version, and every version of LibreOffice that has been released since then, can be found at https://downloadarchive.documentfoundation.org/libreoffice/old/ Source code can be found at https://gerrit.libreoffice.org/#/q/ LibreOffice has a major release roughly every six months: January & July. LibreOffice had a minor release at roughly six week intervals. "Currently available" depends upon how you define the term. > ➢ Currently supported? "Currently supported" depends upon how you define the term. Typically, support for a major release ends nine months after the release date. _The Document Foundation_ provides a list of organizations and individuals that have LibreOffice Certification at https://www.libreoffice.org/get-help/professional-support/. Individuals and organisations may choose to provide support for LibreOffice past the LibreOffice scheduled End-of-life date. This support (Post-EOL) is why the organisation you are ostensibly employed by, needs to have either a support contract with one of the organisations listed at https://www.libreoffice.org/get-help/professional-support/ or else have an in-house support unit, that tracks changes to LibO. And, perhaps, more significantly, give the LibO developers a head's up, if something scheduled for depreciation would have an adverse impact on how your organisation used LibO. jonathon 0x51B69DC37C9DC30D.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: License information for extensions on LO's extension site
On 2018-08-31 11:52 a.m., Drew Jensen wrote: > Just curious if the Templates will also require a license to be eligible for > the TDF site. I'd suggest that providing accurate information about the license for templates is even more critical than for extensions. I've come across a couple of templates whose intended usage is implicitly prohibited by the crayon license that it is distributed under. > Particularly in the case of templates with embedded scripts is not the > license not valid if the user is not forced to agree to it? That depends upon: * the specific license: For example, GNU GPL 3.0 has no requirements for a user to accept, or reject a license; * the legal jurisdiction of the user: Both extension and template licenses can be construed as "shrink wrap", and as such, not be legally binding in some legal jurisdictions; ### Licenses for template is extremely tricky, because they can inadvertently govern the license that the created content can be distributed under. jonathon jonathon 0x51B69DC37C9DC30D.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
"Microsoft Excel Is Going Beyond Text and Numbers"
On 04/04/2018 09:31 PM, Thorsten Behrens wrote: > Great list, thx for breaking it down! Were I working on a set of extensions to provide that functionality, I'd break it down into even more groups. That discussion, and breakdown would occur on day one of a Scrum Sprint. > There's an until-the-beginning-of-EUR times archive for > EUR-vs-other-currencies archive, IIRC even with sell/buy/daily median > data > (https://www.ecb.europa.eu/stats/eurofxref/eurofxref-hist-90d.xml?4e6747038ab5c1e1bf2d9e383e39a2d3 > etc). Also, what about oanda.com? XE.COM is the only source I'm familiar with. If other sources provide the same data, use them. > I have some python code for the above, that we use for TDF's accounting. > (obligatory rant: _current_ exchange or stock market rates in > spreadsheet functions have close to zero practical value, and only The only reason/use case I have for both currency exchange rates, and stock market prices, is to determine value for today. > encourage people to do shitty accounting. If one is stupid enough to use the same spreadsheet for historical data, as for current data, then your description is way too kind. >> * I don't know what the rules are, for any current vendors of stock >> market data. I didn't use Get_Quote, because it didn't cover the stock >> exchange I tracked - each stock market probably needs its own extension. >> > A great opportunity to mine websites, and perhaps push for more open data? Maybe. The limiting function here being federal/state/local legislation concerning securities. >> probably can be pulled, at least in part, from WikiData. > Do you have any further pointers for that? https://www.wikidata.org/wiki/Wikidata:Main_Page Distributed under a CC0 license. (https://creativecommons.org/publicdomain/zero/1.0/) Database dumps available as: * JSON; * RDF; * XML; JSON is updated daily, and is the recommended format for downloading the database. The database model is described at https://www.mediawiki.org/wiki/Wikibase/DataModel/Primer The database schema is described at https://www.mediawiki.org/wiki/Wikibase/Schema Database dumps are available at https://archive.org/details/wikimediadownloads?and[]=%22Wikidata%20entity%20dumps%22 The GZIP archive for 20180328 is 19.3 GB. https://dumps.wikimedia.org/wikidatawiki/entities/ also has database dumps. The GZIP archive for 20180402 is 31,445,496,877 bytes. jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: "Microsoft Excel Is Going Beyond Text and Numbers"
On 04/02/2018 09:48 AM, Heiko Tietze wrote: > Interesting question - filed a ticket in BZ > > https://bugs.documentfoundation.org/show_bug.cgi?id=116744 From my perspective, it looks like Microsoft Excell 2019 is offering the following additional functionality: * Real Time Currency Exchange Rates; * Real Time Stock Market Data; * Historical Currency Exchange Rates; * Historical Stock Market Data; * Census data; * Scientific knowledge; * Political knowledge; * Geographical knowledge; * Sports knowlege; * General knowledge; * Pop Trivia --- everything not covered above; Break this up into basic steps. Real time Stock Market Data and Currency Exchange data was available using the Get_Quote Extension, which stopped working when Yahoo changed their financial portal structure: * Rewriting it for Currency Exchange data from XE.com is a possible solution - user API key is required; * I don't know what the rules are, for any current vendors of stock market data. I didn't use Get_Quote, because it didn't cover the stock exchange I tracked - each stock market probably needs its own extension. Census Data: Web scraping might be possible. * US Census data is available using the appropriate APIs. User key required; * I didn't look at census data for other countries; * Initially at least, create extensions that are country specific; The following knowledge sets: * Scientific knowledge; * Political knowledge; * Geographical knowledge; * Sports knowledge; * General knowledge; * Pop Trivia --- everything not covered above; probably can be pulled, at least in part, from WikiData. Personally, I'd like to see both a cloud based, and non-cloud based version of an extension that uses WikiData. However, at 31 GB for a zipped archive, it might be too big to be practical. The second big issue is, will whoever creates the extension, also maintain it? ### I don't see the relevance of Bug 116762 to this issue. The extension described therein, maybe. jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: "Microsoft Excel Is Going Beyond Text and Numbers"
On 04/01/2018 01:57 PM, the User BL wrote: > To be compatibe to actual and future version of Excel this news could be > interesting for you: More formulas for those who think such things are indicators of how good/bad a spreadsheet program is. > USDinYEN(), EURinUSD(), CADtoUSD() or GBPtoEUR() There was an extension for OOo that pulled exchange rates, and stock prices from Yahoo. It worked until Yahoo decided to upgrade it, by reducing functionality, capability, and overall usability of their financial portal. A recently released extension appears to offer the same functionality --- I haven't played with it yet. In terms of matching the exact functions, it would, in theory, be possible to modify this recently released extension for each specific conversion. Anybody up for USDinXBT, XAUtoUSD extensions? I can't tell from the article description whether or not LibO currently has an extension that offers similar functionality. There are a couple of extension that might do so, but are currently limited to Europe. If they are similar, then WorldWide coverage is mere grunt work in transcribing _The CIA Fact Book_ to a database recognizable by the extension. On the flipside, adding this data to a single extension, will result in an extension that is a couple of hundred MB in size. > So the new Excel will be the old Excel plus a big database in background, > which will be permanent updated. And as some of the comments over there pointed out, still not as useful as Javelin was, back in the day. Perhaps LibO should incorporate more functionality that Javelin had, that current spreadsheets lack. jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Help in Libreoffice extension development
On 03/06/2018 03:26 PM, Samuel Mehrbrodt wrote: >This page indicates there already exists a spell checker and even grammar checker for Tamil If you mean the Tamil spell checker that allegedly resides at https://extensions.libreoffice.org/extensions/tamil-spellchecker there is no stable release. The spelling dictionary listed at https://extensions.openoffice.org/en/project/tamil-spellchecker-dictionary has a warning that it hasn't been updated since AOo 4.3. The hyphenation dictionary listed at https://extensions.openoffice.org/en/project/tamil-hyphenation-dictionary has a warning that it hasn't been updated since AOo 3.4. As far grammar checking is concerned, https://languagetool.org/languages/ states that they are looking for a maintainer. Going by the announcements at http://thamizha.org/, it looks like that project is dormant. I didn't delve beyond the first page. IF it is an active project, the home page is in desperate need of being updated. >did you check that? Huge disconnects between the languages that LibO claims are supported, and the languages that are supported, are not uncommon. Looks like I need to update https://libreoffice-environment.blogspot.com/search/label/grammar%20checking especially not all dictionary extensions can be installed in LibO 6.x. Maybe that is the fault of the _daily build/alpha/beta/not for use anywhere near a production environment_ version that I was doing the testing on. Pattabhi wrote: >We read through Libreoffice documentation. LibO documentation, especially in terms of l10n and i18n, is woefully inadequate. That said, I'd suggest heading over to https://languagetool.org/development/ to work on grammar checking, and https://hunspell.github.io/ to work on spell checking. FWIW, I wouldn't be surprised is the spell checker and hyphenation dictionary for AOo simply needed to be updated, and vocabulary expanded. jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Render differences of DOCX between Word and LO/AOO
On 01/23/2018 03:26 AM, Jens Tröger wrote: > Any explanation of the different word and character counts? Depending upon how one counts, there are either three, or four different definitions of what constitutes a character. Microsoft Word and LibreOffice use different definitions, which consequently results in a different character count for the same text. Each language has between two and seven ways of defining what constitutes a word, and, consequently, how to count the number of words in a document. LibreOffice and Microsoft Office selected different definitions of what constitutes a word, which results in each program claiming a different number of words in the same document. The simple fix would be an extension that supplies the number of characters, according to each of those definitions, and then provides the number of words, according to each of the various rule sets used be each language. Assuming the extension drops languages not used in the document, you'd have a page displaying five lines of character counts and between five and ten lines of word counts. Incorporating such an extension into LibO would be counter-productive, because it would confuse far more people than it would help. Regina wrote: >to discuss problems in the code. The question reflects an issue with the code. More specifically, why German word counts are used, instead of malformed US_English word counts. jonathon signature.asc Description: OpenPGP digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Implementing accessibility non-regression check tool
On 01/18/2018 11:36 AM, Samuel Thibault wrote: > Basically, the idea is to design a tool which will check .ui files for > accessibility issues: missing relations between widgets and labels, > notably. The tool would just use libxml to parse the files and emit > warnings for the found issues. Will this proposed tool mean that LibreOffice will be usable with JAWS, despite all of the hard work on the part of the successors of Freedom Scientific, to ensure otherwise? jonathon signature.asc Description: OpenPGP digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: A proposal for separate English localization
On 10/15/2017 10:44 AM, Adolfo Jayme Barrientos wrote: > Why is it only obvious to me that creating a separate “English locale” > (IOW, a complete copy of the source strings which would have to be kept in > sync and coherent at all times) is not sustainable? The _ONLY_ issue with having both English(US) and English(UK), is the lack of an initial l10n team for those two languages. That every professionally run localisation/translation project allows _voluntary_ language dependencies, but prohibits _involuntary_ language dependencies, simply reinforces just how sustainable the model is. Even for the few voluntary language dependent l10n teams, the reliance on an involuntary language dependency can be frustrating. (What do you mean that none of those 10,000 changed strings aren't changed strings?) jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: A proposal for separate English localization
On 10/17/2017 09:17 AM, Jan Iversen wrote: > I have never understood why we make English a special case, and assume all > developers are perfect English speakers. Two reasons: * Inertia; * An unwillingness to create both English(US) and English(UK) as independent l10n projects. That every professionally run l10n project does «let the developer enter a suggested string, which is then through tooling converted to an identifier, and the suggestion is moved to pootle.» appears to be irrelevant. That every time something in the English(US) strings get changed, means each L10N team has to spend hours figuring out what, if anything --- and as oft as not it is nothing -- was changed, is more than ridiculous. (IIRC, if the translators were paid at the usual and normal translation rates, each time the English (US) strings changed, the cost would be US$1,500,000.) jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Question about Memory options
On 02/24/2017 01:37 AM, Lori Kaufman wrote: > If you don't use inserted objects often, does decreasing the number of > objects stored in the cache release memory that can be made available to the > image cache? Or, does one not affect the other? How much it affects performance literally depends upon how much RAM your system has. > Also, does disabling the Java runtime environment help speed up the > performance If you've got adequate RAM, then disabling the Java Runtime environment doesn't improve performance. If your system has an inadequate amount of RAM< then disabling the JRE might improve performance, but with a loss of functionality. > that don't use it, such as Writer or Calc? Whilst Base is the only component that explicitly requires the JRE, functionality in the other components might take a hit, due to the reliance on extensions to provide specific functionality. > If someone can provide an explanation of how the Memory settings affect > performance, and under what circumstances, I would really appreciate it. In general, the default settings at ">Tools >Options >Memory" are on the low side. However, changing them, without an adequate amount of RAM, will have a negative impact on performance. IOW, the simplest way to increase performance is: * Increase the amount of RAM in the system; * If Calc is the primary usage, Install, and use a graphics card that LibO is coded for; * Only install dictionaries, grammar checkers, extensions, and templates that are used every day; * Uninstall dictionary, grammar checkers, extensions, and templates that you do not use every day; jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Munich & LibO
All: Can somebody either tell me, or point me to documents that list the specific issues/items that LibreOffice is allegedly unable to do, that MSO can do? I read the report available from https://www.ris-muenchen.de/RII/RII/DOK/SITZUNGSVORLAGE/4277724.pdf. Everything it listed was one of three things: * Vendor lock-in; * User refusal to learn how to use their tools; * Vague generalities that are equally applicable to MSO; jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Please add an option to set bug reports to "Private"
On 12/21/2016 06:08 AM, "Christoph Schäfer" wrote: > I'd be grateful if you could add an option to your bugtracker to hide bug > reports and/or sample files from public view, That is not going to happen. For starters any Tom, Dick, or Harry that wants to be a LibO developer can be. (^1) >bugs and issues don't exist unless they show up in the bugtracker. >The advantage of those files is that they have been created by real graphics professionals for real customers and are far more valuable than simple unit tests. Option # 1 is to retain a Tier 3 support firm, to fix those bugs, and send them upstream. https://www.libreoffice.org/get-help/professional-support/ is a good starting point, for finding such a firm. Option # 2 is to create similar content using the Lorem Ipsum equivalent, and upload that along with your bug report. Option # 3 is to file the bug report, with precise, exact, intricate step by step details on how to reproduce the bug. ^1: More precisely, can contribute code. Whether or not their code is included in the software a slightly different issue. jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Request For Comments: Hebrew numbering in Libreoffice
On 08/12/16 01:29, Yossi Zahn wrote: > Can you explain your intention more clearly? Suppose language A and > language B have numbering systems that are only available by using the > "Native Numbering" option. Now suppose a user would like to author a > document using both languages and their respective numbering systems. > How would that be possible with the current implementation? If both CJKV and CTL are set "on", then, in _theory_, with "context numbering" set, the numbering will follow the writing system of the glyphs that are next to the numbers, be they BiDI, CJKV, CTL, or L2R. The practice, unfortunately, does not always follow the theory. > My intention was not to remove the possibility of using those numbering > systems, rather that they should be available directly without requiring > the use of "native numbering" + setting your preferred locale. "Locale" is writing system plus language plus geographical location. jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Request For Comments: Hebrew numbering in Libreoffice
On 07/12/16 13:58, יוסי צאהן wrote: > 2. All numbering systems should be usable regardless off the users preferred > locale. That almost happens, when numbering is set to "context". The critical thing is to know what set of numbers goes with which writing system. When writing system and numbering system don't go together, bizarre things can happen. > That said, I can hardly understand the point of the "native numbering" menu > item. This is one of the features whose use case is limited, but when needed, is literally "mission critical". That the majority of languages and writing systems that have such a use case are endangered, or extinct, is not enough of a reason to justify its removal. >MS Office does not have such an option and I don't think anyone misses it. That MSO lacks the feature is simply evidence of their corporate commitment to acute monolingualism. jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Allow extensions to provide color palettes
On 02/12/16 14:58, Stephan Bergmann wrote: > Does anybody know an authoritative reference? Years ago, when I first started playing with them, the "authoritative reference" was the source code, and some developer documentation for it. When Oracle took over OOo, most, if not all of the developer documentation disappeared. It was very technical, and orientated around how to implement the feature, not use the feature. IIRC, the important bits were in Hacker German. > how users are supposed to make use of multiple files in a single category. What I do, is copy the appropriate file to standard.so#. My guess is that most users of LibO aren't aware that those other palettes exist, much less which components of LibO can utilize them. I created my standard.so# files a long time ago, and, when I setup LibO, automatically copy them to /user/config/. > The resulting .oxt works as expected by making the "My Extension" > palette available, but it does not drop any file into the > UserInstallation's user/config/ directory. What I'm looking for here, is an easy way for palette creators to get their palettes in the LibO Extension repository. My thinking is to write step by step instructions for non-coders. * Setup git on your platform; * Create an account on GitHub; * Clone that repository in your GitHub space; * Rename the repository you just cloned; * Import it onto your platform; * Copy your *.so# file into the downloaded files; * Run makefile; * Export everything back to GitHub; * Mark the *.oxt file as ready for downloading; * Write down the URL for your released OXT file on GitHub; * Log into the LibO Extension space with your LibO credentials; * Create the pagedata for your colour palette; * Provide the GitHub URL, when asked; * Wait at least five days (^1), before firing off nastygrams because it hasn't yet been approved, and you haven't received a reason why it was declined; Something similar to the current, albeit erroneous _Publishing Extensions_ file, except just for palettes. Now wondering if perhaps if creating something like https://github.com/LibreOffice/dictionaries except for palettes would be worthwhile. Toss your *.so# file here, and the system will take care of everything needed for further distribution within the ODF ecosystem. I'm assuming that: i: https://github.com/LibreOffice/dictionaries is related to https://wiki.documentfoundation.org/User:Dennisroczek/CDP, and is a result of the thread that starts at https://listarchives.libreoffice.org/global/l10n/msg09832.html; ii: The _Collaboration Dictionary Project_ automatically wraps dictionaries, thesauri, and hyphenation into .OXT wrappers; ^1" Five days, because that is the current target within which to respond to dev submissions. jonathon jonath ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Allow extensions to provide color palettes
On 29/11/16 16:07, Stephan Bergmann wrote: > backport that commit to libreoffice-5-3 in the coming days. a) Is this code .soc only, or does it also include the other things that live in /user/config ( .soh, .soh, .sod, .sog, .soh, .sob)? If the latter aren't included, how much more difficult would it be to include them? b) Will running Makefile on that repository source create an installable OXT file that works as expected: IE: drops my-pallete.soc in /user/config? jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Demystifying “symbol” fonts
On 17/11/2016 12:00, Khaled Hosny wrote: > The bullets in the bug document use the “Symbol” font from Windows, > which has “symbol” cmap subtable that maps characters from Private Use > Area to its own glyphs. Because the document uses PUA symbols, without Anything in the PUA is up for grabs. If using glyphs from the PUA, the only safe assumption is that the reader will see Tofu. MUFI, CSUR, and UCSUR are very careful to point out that the code points the writing systems within their specific registry, can clash with each other writing systems within their specific registry, as well as with writing systems from other organizations that have set up PUA registries. Those organizations also point out that when using writing systems within their specific registry, one also needs to use the font they recommend for the specific writing system. For bullets, you should be using glyphs in the code point range Ux2600 through Ux27BF and/or Ux1F300 through Ux1F67F. (OK, there are couple of other ranges that have nice glyphs to use as bullets. My point is that there is no legitimate reason to use PUA glyphs as bullets. That LibO does not correctly handle some of the glyphs in the Ux1F6## range is a separate issue.) > so my question is what is the expected behaviour here, map the PUA to proper > Unicode characters? Expect the font or a compatible one to be installed and > usable? Bundle a compatible font? If the original font is embedded in the document, then the expected behaviour is to display the glyph in question. If the original font is not embedded in the document, then the expected behaviour is to display Tofu. jonathon signature.asc Description: OpenPGP digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: localization of ui
On 30/10/2016 13:24, baigali wrote: > But i specified the UI font as Mongolian Baiti, which exist in any windows > system above win7,in file officecfg/registry/data/org/openoffice Is _Mongolian Baiti_ the name of the font? If so, can you tell me where I can obtain a copy of it. If it is gratis, I'll test it on my Linux box. I've a theory as to why it is getting substituted. If my theory is right, then the bug is not in LibO per se. jonathon signature.asc Description: OpenPGP digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Firefox Persona
On 11/09/2016 04:06, Beatriz Fonseca wrote: > I would like to know if I could help in this issue. The minor fix is to change the URL that it uses to find Firefox Persona. The major fix is to fix it, so that it can read persona that are locally stored. jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
RE: http://templates.libreoffice.org/template-center is for Mci9rosfot Office?!?!?!?
Simos wrote: >I am a bit uncomfortable with the tone. It could have been more to the exact point. Today wasn't the first time I've downloaded MSO templates from there. >>Do you have evidence that the .xlsx file was created with Microsoft Office? it doesn't matter what program was used to create it. The point is that it is not in ODF format, which is the expected file format for a LibreOffice Template gallery. jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
http://templates.libreoffice.org/template-center is for Mci9rosfot Office?!?!?!?
All: Can somebody please explain to me, when, and more importantly, why LibreOffice is offering templates for Microsoft Office? http://templates.libreoffice.org/template-center/gantt-chart-simple being just one such example. jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Libreoffice classroom
On 06/09/2016 03:16, Sesco Corp. wrote: > I think that Libre Office need a version that help the schools that google > classroom or windows classroom but free. Could you elaborate on what that version would include? jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
RE: Devart
Norbert wrote: >Done. these bogus 'extensions' are now removed Until you pointed it out, I didn't realize that nothing in the install directory was an OXT file. jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Devart
My recommendation would be to remove _all_ extensions provided by Devart from the LibreOffice Extension website, and permanently ban them from contributing anything to the project. I don't object to commercially distributed licenses. I don't object to developers that are selling Open Source Licensed product. I do, however, think that a company that claims to use OSI licenses, but whose license contains clauses such as the following is being, at best, intentionally deceptive: « 1.1. If you are a legally licensed user, depending on the license type specified in the registration letter you have received from Devart upon purchase of the Software: - the "Desktop License" allows you to install and use the Software on a single desktop computer, provided it is accessed by no more than one person at a time , either directly or remotely, for sole purposes only in accordance with this Agreement. If more than one person can simultaneously use the computer where you plan to install the product, you must purchase a Server License. A Desktop License is valid for one single desktop installation; - the "Server License" allows you to install and use the Software on a single server, provided it is accessed by more than one person at a time, either directly or remotely. This definition includes, but is not limited to, Web servers, application servers, batch servers, and desktop workstations, where more than one concurrent users can access the Software. A Server License is valid for one single server installation, provided it is used by 1 (one) legal entity in accordance with this Agreement. 1.2. If you are a legally licensed user of the Software, you are also entitled to: - make one copy of the Software for archival purposes only, or copy the Software onto the hard disk of your computer and retain the original for archival pur poses; - develop and test Applications with the Software, subject to the Limitations below. 1.3. You are allowed to use evaluation versions of the Software as specified in the Evaluation section. No other rights or privileges are granted in this Agreement. 2.1 You may not reverse engineer, decompile, or disassemble the Software. 2.2 You may not reproduce or distribute any Software documentation without express written permission from Devart. 2.3 You may not distribute and sell any portion of the Software integrating it into your Applications. 2.4 You may not transfer, assign, or modify the Software, in whole or in part. In particular, the Software license is non-transferable, and you may not transfer the installation package. » Here is a list of licenses approved the Open Source Initiative, Academic Free License 3.0 (AFL-3.0) Affero General Public License: See GNU Affero General Public License 3.0 (AGPL-3.0) Adaptive Public License (APL-1.0) Apache License 2.0 (Apache-2.0) Apple Public Source License (APSL-2.0) Artistic license 2.0 (Artistic-2.0) Attribution Assurance Licenses (AAL) BSD 3-Clause "New" or "Revised" License (BSD-3-Clause) BSD 2-Clause "Simplified" or "FreeBSD" License (BSD-2-Clause) Boost Software License (BSL-1.0) CeCILL License 2.1 (CECILL-2.1) Computer Associates Trusted Open Source License 1.1 (CATOSL-1.1) Common Development and Distribution License 1.0 (CDDL-1.0) Common Public Attribution License 1.0 (CPAL-1.0) CUA Office Public License Version 1.0 (CUA-OPL-1.0) EU DataGrid Software License (EUDatagrid) Eclipse Public License 1.0 (EPL-1.0) eCos License version 2.0 Educational Community License, Version 2.0 (ECL-2.0) Eiffel Forum License V2.0 (EFL-2.0) Entessa Public License (Entessa) European Union Public License, Version 1.1 (EUPL-1.1) (links to every language's version on their site) Fair License (Fair) Frameworx License (Frameworx-1.0) Free Public License 1.0.0 GNU Affero General Public License v3 (AGPL-3.0) GNU General Public License version 2.0 (GPL-2.0) GNU General Public License version 3.0 (GPL-3.0) GNU Library or "Lesser" General Public License version 2.1 (LGPL-2.1) GNU Library or "Lesser" General Public License version 3.0 (LGPL-3.0) Historical Permission Notice and Disclaimer (HPND) IBM Public License 1.0 (IPL-1.0) IPA Font License (IPA) ISC License (ISC) LaTeX Project Public License 1.3c (LPPL-1.3c) Licence Libre du Québec – Permissive (LiLiQ-P) version 1.1 Licence Libre du Québec – Réciprocité (LiLiQ-R) version 1.1 Licence Libre du Québec – Réciprocité forte (LiLiQ-R+) version 1.1 Lucent Public License Version 1.02 (LPL-1.02) MirOS Licence (MirOS) Microsoft Public License (MS-PL) Microsoft Reciprocal License (MS-RL) MIT license (MIT) Motosoto License (Motosoto) Mozilla Public License 2.0 (MPL-2.0) Multics License (Multics) NASA Open Source Agreement 1.3 (NASA-1.3) NTP License (NTP) Naumen Public License (Naumen) Nethack General Public License (NGPL) Nokia
Re: Save as pdf - should we embed the document?
Anthony Youngman wrote on 08/06/2016 23:37: >As I've learned from Groklaw. Somebody still updates it with legal filings, roughly a week after they occur. > makes me think that embedding an editable version in a pdf is not (certainly > as a default) a wise thing to do. Embedding is not the default. For LibreOffice, you have to check the box "Hybrid PDF". Whether or not that should be the first listing in the sequence is a slightly different issue. FWIW, my order of preference would be: * Archive PDF * Tagged PDF; * Create PDF; * Hybrid PDF; > I will add, I've never actually used the feature This is one example of why the developers want use-cases, before implementing a requested feature. To avoid unsafe/insecure behaviour, especially as a default setting. > killer feature in here - a setting that warns about hidden data and possible > security leaks. ">Tools >Options >Security >Security Options and Warnings >Security Warnings" I don't know if it would catch the type of error made by the Hospital Trust. A straight export to PDF would have negated that potential vulnerability. Rephrasing, the issue was providing the data as a spreadsheet. OTOH, another government regulation requires the data to be provided in "an open, user-editable file format." Fortunately, CSV is an acceptable substitute for a spreadsheet. jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: GSOC 2016 New Idea: Tabbed LibreOffice Pages
On 15/03/2016 13:32, Esref Ozturk wrote: > Since I am not familiar with the codebase of the LibreOffice, I cannot > determine if it is doable in 3 months. Back when OOo 2.4 was the latest version of OOo, there was an extension that added tabs to OOo Write. Both the extension, and a description of what it did can be found at https://wiki.openoffice.org/wiki/Framework/WorkInProgress/Tabbed_Windows_Extension. As the web page points out, the extension did not work on OOo 3.0. Given the number of differences between the OOo 2.4 code base, and LibO 5.2 code base, I don't know if it would be easier to utilize that extension as a starting point, or completely ignore its existence. FWIW, Using much easier than the mouse clicks the extension required. jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: alternatives to Firebird: sqlite [was: Firebird doesn't support MSVC 2015]
On 10/03/2016 11:37, Wols Lists wrote: > And it would be nice to include an "easy to use" database with LO. a) Doesn't LibO still include the db3 compatible database engine? If so, that can be used; b) I understand the dislike of SQLite, but for non-database programmers, for most purposes, it is fine. > Why do most people use Excel instead of Access? Because Access is too hard! They use Excel, either because nobody showed them how to use Access, or, more commonly, because Access was not part of their office suite. > And this design is tried and tested and 40 years old But can you write it so that it looks like a bright shiny new bauble? jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: alternatives to Firebird: sqlite [was: Firebird doesn't support MSVC 2015]
On 10/03/2016 01:27, Wols Lists wrote: > On top of that, an integrity layer that enforces datatypes. This isn't part > of standard multi-value, What? Back when I played with Pick, one of the selling points was that one couldn't put the wrong type of data into a record field. Was that feature simply a vendor provided customization? > I'll then need a Basic compiler. Does it have to be BASIC? Can't R or Python be used instead of BASIC? ### I realize that using R means either including another scripting language, or upgrading the existing R Language extension so that it installs a version of R that plays nicely within LibreOffice. > I know Pick isn't the easiest of topics to Google for, but some links for > reading ... Talking about which, Given how poor the documentation for BASE is, do you know anybody who would be willing and able to write documentation on using PICK within LibreOffice. (FWIW, Even a developers outline on what it should do, would be a good starting point for users.) jonathon ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Adding Languages to Writer's Character, Font Menu
On 06/29/2015 09:31 PM, Richard Wordingham wrote: Do you mean 'script' when you say 'writing system'? Few languages share a writing system - Welsh, English, French and German have four different writing systems. Welsh, English, French, and German use one writing system --- the Latin Writing System.(So do around 1,000 other languages.) jonathon signature.asc Description: OpenPGP digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Adding Languages to Writer's Character, Font Menu
On 06/24/2015 07:54 PM, Richard Wordingham wrote: script for a barely supported writing system, let alone the class of script. My thought was that the language code would suffice. The script is generally implicit in the text. That is part of the reason why I think the whole Western/CJKV/CTL split should be thrown out, and replaced with language/writing system, supplemented by locale data. Japanese, with five different writing systems, is probably the hardest language to support, when keeping the various writing systems straight. Turkish, with five different writing systems, probably has the highest number of mutually exclusive writing systems of any language. (Officially, two of those writing systems are no longer used in Turkey, and the third was never used there.) With something like 2000 languages, the pick lists will be overwhelmed. I'll simply point to the current version of Microsoft Office, which is claimed, by Microsoft, to support more than 7,000 languages. As far as UI design goes, there are at least four options. 1) Offer everything, listed alphabetically; 2) Select the writing system, which is roughly 200 choices, then the language, and then, when needed, the locale; 3) Select the writing system, which is roughly 200 choices, then the locale, which is roughly 250 choices, and then the language, which, in the worst case scenario, is a thousand options; 3) Select the country, which is roughly 250 choices, then the language, and then, when needed, the writing system; 4) Break it into two or three menus, with the first menu being the x most used languages in the world, and the second menu being languages used in the country, region, time period, or other, that the user selects; To me, it looks as if the original designers never anticipated OOo supporting as many languages as GlobalWriter supported in 1995. I don't know if it is easier to retrofit the underlying structure, or start with brand new code that can be a drop-in replacement, knowing that the latter will break existing third-party configurations. jonathon signature.asc Description: OpenPGP digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Adding Languages to Writer's Character, Font Menu
On 06/24/2015 09:40 PM, Michael Stahl wrote: That is part of the reason why I think the whole Western/CJKV/CTL split should be thrown out, and replaced with language/writing system, that's a great idea in theory, unfortunately it would throw out any hope of compatibility with Microsoft Office as well Next time I'm up to getting lost in a document that makes no logical sense, I'll wade through the OOXML standards, and see how round trippable what I've been playing with, would be. jonathon signature.asc Description: OpenPGP digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Adding Languages to Writer's Character, Font Menu
On 06/22/2015 07:30 PM, Richard Wordingham wrote: How do I add a language to this menu so that fonts that can will render text in the style appropriate to the language? My recommendation is that you file an RFE for each language and locale that you'd like to use in LibO. Whilst one can fake it, by using a different language/locale with similar characteristics, that doesn't help, if one wants to do spell checking and grammar checking in your documents of those specific languages. jonathon signature.asc Description: OpenPGP digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Standalone document reader using Libreoffice libraries
On 06/18/2015 08:33 PM, M. Amin Farajian wrote: I was looking for such a library and learned that LibreOffice does have such a functionality. If you are using Java, the simplest option is to go with ODFTools, available from The Apache Software Foundation. I've forgotten who/where they are maintained, but there is a python library for ODF 1.0 file formats. IMNSHO, using either of those is much simpler, and easier, than trying to extract the relevant code from the LibreOffice source. jonathon signature.asc Description: OpenPGP digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Remove old Word 6.0/95 save as support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/02/2011 05:06 AM, Bryan Quigley wrote: I'd like to get opinions (and preferably consensus) on removing old Microsoft formats save as support, specifically: Word 6.0 Word 95 Excel 5.0 Excel 95 One of the virtues of OOo, and LibO, was the number of file formats that it can read from, and write to. Can that code be rewritten to Export As? Alternatively, can that code be rewritten as a user-installable extension? IOW, retain the ability of LibO to read/write those file formats. If the only way to have that functionality is thru an extension, then so be it. (Those file formats can join DAISY, Braille, and umpteen other file formats that LibO can either read from, or write to, only by using a user-installed extension.) jonathon -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNSaY6AAoJEERA7YuLpVrVeooIANtYAk2XYbm+KBaFcQSzXH/8 AAfRiJr2xo+kUFjcXL4CybBS5m5MqGJ7GQ0FSpcGOIu8SrU00elDtzkeyaVi+unI mAXm7cGVduTIgNKVAC5tDtqTvg/KYEi5XvCtQFzbTASUYySQ9trIXouMSKlBQCPJ KQbpfu5Ubbv3zCE3l1ypaCcxMb20UA3ctsQqknbnqAFhtvw6J93hUaGFwRZ0YAq9 oscROH5j4AGNgo79jGZFZgFwMnbPK9YPAGh6yE5mSiIjWqJaU6gOhlKZpmu7ZFEh GAR7/XjyRSK6PBrL7l5TAm7ZZm9G+fVuSagAkYvevJmFqknjB+o0pM0JqQQasQU= =S8fU -END PGP SIGNATURE- ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice