Re: ESC meeting minutes: 2024-08-29
Ignoring the subjectively ugly look (thankfully not as ugly and buggy as it was before the fixes). This change just replaced obscuring inner content with obscuring content of surrounding cells, so I would not call it much of an improvement, if any. It should behave the same way as MSO and just highlight the existing grid lines and not obscure anything. On Thu, Aug 29, 2024 at 4:53 PM Miklos Vajna wrote: > * Cell indicator in 24.8 branch (Xisco) >+ Summary: > https://bugs.documentfoundation.org/show_bug.cgi?id=162646#c20 >+ two topics: comment indicator and focus rectangle; no revert please > (Heiko) >+ the fear is that what's there in 24.8 is half-done (Xisco) >+ comments are mixed (Ilmari) > + some people like what's in master > + just today 2 commits were backported > + one more patch to merge to 24-8, would be ideal even on 24-8-1 >+ the issue is quite old, the focus rectangle of a cell was painted > inside the cell (Heiko) > + then tried outside the cell to not cover content > + design team suggestion was: push it to the release, see what the > wider community likes > + meanwhile Rafael improved this, seems people are happy with the > current state > + hope the problem is fixed > + would like to avoid adding more options for this > + would be good to wait, collect input and not just revert quickly >+ do you support backporting the relevant changes from master? (Ilmari) > + like it (Heiko) >+ fine with this, just good to not experiment on release branches > (Xisco)+ >
Re: ESC meeting agenda: 2021-03-25 16:00 Berlin time - renaming - a serious tongue-in-cheek proposal
Not reactionaries or a*holes. Just realists. You maybe don't know about the situation in some other fields that were infected by woke agenda first, but some people do and they react accordingly. Look at the toxic cancel culture in Twitter and in the entertainment industry (search for "Gina Carano aftermath" or "Bill Burr minority sex servant"), the disastrous state of american comics (search for snowflake and safespace), the sad state of iconic franchises as Star Trek (STD, Picard), Doctor Who (sad face), Star Wars etc. etc., all in the name of woke. On Fri, Mar 26, 2021 at 4:17 PM Tor Lillqvist wrote: > > 1984 here we come .. > > Oh for fuck’s sake. It’s sad to see how many reactionaries there are in > this so-called community. > > —tml > ___ > LibreOffice mailing list > LibreOffice@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/libreoffice > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ESC meeting agenda: 2021-03-25 16:00 Berlin time - renaming - a serious tongue-in-cheek proposal
What else would you call that? Did you look at the examples I listed. Those people appear to act in the best interest of the minorities, but if they get called out at their bull by said minorities, they dis them (re Bill Burrs [black] wife who was called "minority sex servant" by one such a*hole after shooting them down for calling her husband racist). On Fri, Mar 26, 2021 at 4:45 PM Tor Lillqvist wrote: > > woke agenda > > You really want to remove any doubts, do you? > > --tml > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ESC meeting agenda: 2021-03-25 16:00 Berlin time - renaming - a serious tongue-in-cheek proposal
On Thu, Mar 25, 2021 at 8:13 PM Eike Rathke wrote: > we would have to decide on female 'gata' or male 'gato' > Don't you dare to assume a gender. To be gender neutral, how about using "WOKE". ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ANN: renaming of master branch to "main" for core repository and submodules (dictionaries, help, translations)
Get woke go broke... No need to push some misguided agenda, and even less need to appeal to some collective guilt, after all slavery wasn't an universal practice. The only way to handle SJWs is to ignore them, after all if you give them an inch they'll take a mile. Be glad the situation is still somewhat bearable in the programming community, you really wouldn't want for it to get as bad as it is in the entertainment industry, the less you let them creep in, the better. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ESC meeting minutes: 2020-09-03
On Thu, Sep 3, 2020 at 11:06 PM Jan-Marek Glogowski wrote: > But coming back to the original bug / suggestion to retire the PNGs: > *the quality of the SVG renderings of the icons at 100% isn't good*. They > look > "washed out" in comparison with the unscaled, alternative PNG icons > ^^ That's an understatement. SVG icons are currently absolutely atrocious. The first problem is that LO uses odd icon resolution (25x25), so the lines are not pixel aligned on export and are blurred/aliased. The second problem is that with Opengl/Skia enabled, the GPU driver applies some antialiasing/smoothing on top of that and it ends up looking absolutely hideous, at least on latest AMD / Intel drivers. No such problems with the PNG icons or with GDI rendering. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Minutes from the UX/design meeting 2018-Nov-28
On Mon, Dec 3, 2018 at 10:32 AM Heiko Tietze wrote: > That's why I accepted the request (which means no further input from UX > needed). > As I pointed out (actually that was the main point of the previous email, not OLE as default), the behavior described in the bug isn't Impress specific, but also applies to Calc. So, could UX take a look at that as well and extend the scope of the bug which is now only Impress specific. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Minutes from the UX/design meeting 2018-Nov-28
On Wed, Nov 28, 2018 at 8:29 PM Heiko Tietze wrote: > * Pasting from Writer to Impress Should be "Text only" by default >+ https://bugs.documentfoundation.org/show_bug.cgi?id=121574 >+ agree (Heiko) >+ keep the current behaviour; users should learn to paste special (Cor) >+ better go with rich text format by default >=> following Regina treating this as a bug > The same could be said about pasting from Writer to Calc. I can't remember a single instance where I wanted to insert the stupid "OLE" object (and it being the default is quite infuriating to put it mildly) and inserting a formatted text is also a rare need since I usually need a different formatting anyway. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: minutes of ESC call ...
On Thu, Aug 31, 2017 at 4:49 PM, Michael Meeks wrote: >+ calc/PDF – wrt. line-breaking: most concern > + Khaled ? driven away by annoying reporter ? > *+ calc issue appears to affect only him → ignore it? > (Xisco)* > + declared strategy to annoy people to fix his bugs > (Thorsten) > + should we mute / give him a stern talk ? > Care to elaborate how it only affects him? I have hundreds of existing calc documents with multiline text that are now broken (ie they display/print/export badly) and I'm definitely not going to go trough all of them to fix it manually. And no, they don't use some exotic fonts, 99% of them are using Arial or Times. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Minutes of ESC call 2017-08-17
So what's the plan for handling the line spacing changes outfall? After this change LO is currently unusable as it completely breaks existing documents and the bugs don't see much activity. On Mon, Aug 21, 2017 at 8:05 PM, Xisco Fauli wrote: > Hello, > > + build a write-up of the differences cross-platform (Xisco) > > [ almost done, will send to the ML ] > > > Basically the line spacing differences across platforms has been reduced > after this commit[1] ( visual example of an issue fixed by the mentioned > commit: Windows [2] and Linux [3] ) although there are still some bugs > showing differences between Linux and Windows [4][5] > Besides, it seems some documents look different before and after the > commit now. > These are the problems I could find in Bugzilla related to the commit: > > 1. Some fonts with bad metrics ( [6],[7] ) were displayed better before, > however the problem needs to be fixed in the fonts, not in LibreOffice, > thus, NOTOURBUG. > Note: Khaled also fixed it for OpenSymbol fonts [9]. > > 2. UI: Some dialogs labels are slightly cropped and vertically cramped > [9]. Differences look bigger on Linux/Mac than on Windows. This bug [10] > seems similar. > > 3. Web view: Line spacing is smaller than before [11]. This really looks > like a bug to me. > > 4. Calc/PDF: line spacing looks smaller when using line breaks [12]. > > As a solution, this bug [13] has been suggested. > > Regards > > [1] > https://cgit.freedesktop.org/libreoffice/core/commit/?id= > 34d7602954d4483b3bc9db700e7df2c15348947a > [2] https://bug-attachments.documentfoundation.org/ > attachment.cgi?id=128520 > [3] https://bug-attachments.documentfoundation.org/ > attachment.cgi?id=128521 > [4] https://bugs.documentfoundation.org/show_bug.cgi?id=92502 > [5] https://bugs.documentfoundation.org/show_bug.cgi?id=104932 > [6] https://bugs.documentfoundation.org/show_bug.cgi?id=107605 > [7] https://bugs.documentfoundation.org/show_bug.cgi?id=107888 > [8] https://bugs.documentfoundation.org/show_bug.cgi?id=106994#c7 > [9] https://bugs.documentfoundation.org/show_bug.cgi?id=107249 > [10] https://bugs.documentfoundation.org/show_bug.cgi?id=105860 > [11] https://bugs.documentfoundation.org/show_bug.cgi?id=108710 > [12] https://bugs.documentfoundation.org/show_bug.cgi?id=106111 > [13] https://bugs.documentfoundation.org/show_bug.cgi?id=108891 > > -- > Xisco Faulí > Libreoffice QA Team > IRC: x1sc0 > > > ___ > LibreOffice mailing list > LibreOffice@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/libreoffice > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Getting rid of 'oldref' in the help files
> > it seems the goal is to move away from .xhp to .xhtml > > I hope you meant HTML 5, because XHTML is a dead end (and good riddance). html does not have markup for some of the semantics that we have (and need) > in the help files (like or to name few) > Both and are part of HTML 5 and there is a good chance the other things are as well. there are many ways how to describe the same thing in html ('s and 's > vs. and vs. 's with css vs. who-knows-what) CSS is the preferred way, its the same as with styles and direct formatting in Writer. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: #4 can someone spot problem with simplebootstrap_cpp.cxx
Don't change subject on every reply. It breaks threading and creates a mess on the list. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: LiMux student "kick-off"
This could be a pretty big minefield on Windows. Look at Chrome and Firefox. They had to introduce ANGLE to do dynamic OpenGL->Direct3D translation, because there were too many OpenGL bugs and quirks, especially with Intel GPUs. Not to mention, that drivers installed from Windows update have often limited OpenGL support and not everyone installs drivers directly from GPU vendors. And yet they still have to use a driver/HW blacklist. I guess LO can get away with much simpler implementation, so it will not be as bad, but it's still something to consider. On Thu, Sep 18, 2014 at 3:25 PM, Michael Meeks wrote: > Hi Ptyl, > > On Wed, 2014-09-17 at 21:08 +0300, Ptyl Dragon wrote: > > Regarding this, from the little i've learned so far of OpenGL, the > > main thing would be to avoid use the OpenGL extensions and API calls > > that don't exist in ES ... In other words, whatever feature of OpenGL > > we use, we should first ensure it exists in the target OpenGL ES > > version we choose, on Android and iOS. > > > Sounds sensible; there is a nice list of things to avoid here: > chart2/opengl/README.deprecated. FWIW - I got some insight from Markus > via some low bandwidth / Australian out-back telegraph which is perhaps > helpful =) He says: > > Sadly OpenGL ES is not a pure subset of normal OpenGL, at least > of the versions that we target, so we need to make sure in both > directions that the used features are available on both the > OpenGL target version as well as in the OpenGL ES target > version. Extensions can be used conditionally but core features > are a bigger problem there. > > Actually I hope this is mostly a non-issue if we develop and debug > this > on a rich-platform rather than Android. Hopefully that way we only have > to check we're not using things not available in GLES as you suggest. > > To elaborate on that point - IMHO once we have the stack > efficiently > rendering to GL from VCL through drawinglayer etc. on the PC then it is > ~trivial to adapt this to tiled-rendering; it's just a different > context / frame-buffer-object to render a part of the same scene to. > > So - why develop for PC first not Android ? well Android is the > Devil's > Armpit of a development environment. It is extraordinarily hard, and > unreliable to debug native code there - the development iteration is not > 'compile,run' but 'compile,zip,sign,hope-up-load-works,run' with the > middle phases being not only slow but also un-reliable ;-) And that is > before we get to the horrible issues of trying to debug broken OpenGL > shaders etc. which is bad enough in a well maintained development > environment ;-) nevermind on a remote machine with a confused GPU ;-) Of > course we'll still have to audit / port that work to Android (which > should be easy) after we're done but ... when it works the set of bugs > to nail should be mercifully smaller I hope. > > > In my mind, what would have worked better is to avoid the quasi mode, > > do a pure OpenGL rendering, then integrating it in Desktop via a > > desktop tiled rendering mechanismthough i guess that's a waterfall > > in itself. > > I'd like to avoid that really; lets have the fewest moving parts at > once - we may discover on desktop hardware that (if we can render much > faster) there is no real need for tiling for desktop performance - > though its always nice to be power efficient of course. > > > I would think, the other platforms can "wait" since they are getting > > decent performance already. But i can see why you would disagree with > > me on this. > > > For ease of development / debugging - it makes a huge amount of > sense > to develop this, at least initially on a PC platform I think. > > > in our iOS implementation we solved the timer issues by considering > > them as damaged areas, similar to areas changed by editing. Viewer > > only functionality may not require this by default, but still, it can > > solve this without getting rid of the timers. Still, i agree that in > > the long run, the timer thing needs to "go". > > Yep - it's a longer term thing; but I quite like the idea of > binning > immediate rendering via some "just collect damage and re-render" model > =) it is IMHO a premature optimization on modern hardware. > > > Perhaps to do some actual help, i should begin with doing some easy > > hacks on this front, just to get the taste of it. > > Would be good if someone could give me something to actually do. > > Heh =) I'll fwd some ideas Kendy sent out - that is assuming you > have a > Linux VM somewhere with GL ? (would be useful to have anyway) > > ATB, > > Michael. > > -- > michael.me...@collabora.com <><, Pseudo Engineer, itinerant idiot > > ___ > LibreOffice mailing list > LibreOffice@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/libreoffic
Re: Internal Updater
I don't find this that useful. Unless the internal updater starts using differential updates (which would be great), I think it's better to just open the download site in a browser. On Sun, Jul 20, 2014 at 7:35 PM, Joel Madero wrote: > Hi All, > > I know we've discussed this already a few times - both within ESC and > within the QA call but I wanted to get a better sense of what is needed > to move forward with getting it fixed. FWIW I've closed 3 bugs this at > least tangentially related to the subject. > > So - from what I understand the entire updater is just broken, when you > get a notification that there is a new version you click it and it just > takes you to the website where additional clicks are needed to download, > and then more to install. > > QA has discussed this a few times and generally I think we've come up > with a roadmap of what would be ideal but I know that it will require > others to implement so I'm not trying to "push" this onto any developer > just curious how (if at all) we can get it fixed. > > Phase I: > Fix what is already there - currently you can go to Help -> Check for > Updates and there is a "Install" button that is always inactive. How > much work would it take to at least fix that? If this will never get > fixed (or be a long time) I think we should remove the button as it just > reminds users about a broken feature that has been broken for a long > time already. > > FWIW here I think we need to be clearer about what it means to "check > for update" because it's based on what branch you are on > > > Phase II: > Add new options to allow a user to select the branch they want > (fresh/stable/pre-release) and then another option to either "download > only" or "download and install" which would automatically either > download to a folder or download and install upon release. > > I think Phase II would be an amazing addition that would be kind of one > of those big things we could run some PR about during a major release. > > > Like I said - not pushing this on anyone, just curious where we stand as > I see updater related bug reports and enhancement requests and QA has > discussed it quite a few times as something that we feel need some > love/attention. > > > > Best Regards, > Joel > ___ > 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: l10n process, en_US version, Help files
On Thu, Dec 12, 2013 at 11:40 AM, Khaled Hosny wrote: > On Thu, Dec 12, 2013 at 11:18:59AM +0100, Andras Timar wrote: > > On 2013.12.11. 17:19, Sophie wrote: > > > - but that doesn't solve the several typos that already exist and that > > > are overlooked by the l10n team (e.g in the Character > Font Effect > > > dialog, there is Overline _c_olor and Underline _C_olor and this is the > > > same for several dialogs) > > > > If it's overlooked by 60+ active translation teams + beta testers, then > > probably it is not that much important. We can live with it. :) > > If the localizers don’t test the actual UI (which I doubt they do, given > how long it takes to build LibreOffice) and just translate the strings > in Pootle, they are very unlikely to spot such inconsistencies, no > matter how many teams we have. > > Regards, > Khaled > ___ > LibreOffice mailing list > LibreOffice@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/libreoffice > And frankly, most translators don't bother reporting such errors (or any errors at all). There is enough work with the translation itself and Pootle not having any way to report errors (though that function is already being worked on) doesn't help. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [libreoffice-projects] [ANN] LibreOffice 4.1.0 Beta1 available
Is anyone else getting a crash (no error message) when selecting Format -> Character..., Format -> Paragraph... etc. etc.? (Win7 x64) On Sun, May 26, 2013 at 1:04 AM, Thorsten Behrens < t...@documentfoundation.org> wrote: > Dear Community, > > The Document Foundation is pleased to announce the first Beta release > of our new LibreOffice 4.1. The upcoming 4.1 will be our sixth major > release in two and a half years, and comes with a nice set of new > features. Please be aware that LibreOffice 4.1 Beta1 is not ready yet > for production use, you should continue to use LibreOffice 4.0.3 for > that. > > For further milestones towards 4.1, please refer to our release plan > timings here: > > https://wiki.documentfoundation.org/ReleasePlan/4.1#4.1.0_release > > The release is available for Windows, Linux and Mac OS X from our QA > builds download page at > > http://www.libreoffice.org/download/pre-releases/ > > Should you find bugs, please report them to the FreeDesktop Bugzilla: > > https://bugs.freedesktop.org > > A good way to assess the release candidate quality is to run some > specific manual tests on it, our TCM wiki page has more details: > > > http://wiki.documentfoundation.org/QA/Testing/Regression_Tests#Full_Regression_Test > > For other ways to get involved with this exciting project - you can > e.g. contribute code: > > http://www.libreoffice.org/get-involved/developers/ > > translate LibreOffice to your language: > > http://wiki.documentfoundation.org/LibreOffice_Localization_Guide > > or help with funding our operations: > > http://donate.libreoffice.org/ > > A list of known issues and fixed bugs with 4.1.0 Beta1 is available > from our wiki: > > http://wiki.documentfoundation.org/Releases/4.1.0/Beta1 > > Let us close again with a BIG Thank You! to all of you having > contributed to the LibreOffice project - this release would not have > been possible without your help. > > Yours, > > The Document Foundation Board of Directors > > The Document Foundation, Zimmerstr. 69, 10117 Berlin, Germany > Rechtsfähige Stiftung des bürgerlichen Rechts > Legal details: http://www.documentfoundation.org/imprint > > -- > To unsubscribe e-mail to: projects+unsubscr...@global.libreoffice.org > Problems? > http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ > Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette > List archive: http://listarchives.libreoffice.org/global/projects/ > All messages sent to this list will be publicly archived and cannot be > deleted > > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: LibreOffice icons unofficial
Very nice icon set, IMHO better than any of the current ones (but Galaxy is close to perfection as well). You should ping des...@global.libreoffice.org, though to be included it should be complete. There are still a few icons missing here and there. The only complaint I have about the design is for the Text color / Highlight / Background color icons and Save / Save as (nothing can beat a diskette), they are not exactly intuitive, especially the one for background color. But that's just nitpicking, this is definitely my default icon set from now. On Fri, Apr 26, 2013 at 3:09 AM, Mariano Gaudix < marianocordobar...@gmail.com> wrote: > Hi . > > > > I developed a pack of icons unofficial for LibreOffice . > > How i can do that the program recognize my icons ? > Or the icons are default in the program ? > > Downloads icons : > > > http://gnome-look.org/content/show.php/Faenza+Icons++for+LibreOffice++4.0.0?content=157970 > > ___ > 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: [PUSHED 4.0] LATE FEATURE: Personas in LibreOffice
It's useless without support for font color settings. Black text on black persona isn't exactly great UX experience. Though to be fair, even with support for this, some of the personas have rather weird color combinations when checked in Firefox. On Wed, Jan 9, 2013 at 2:38 PM, Stefan Knorr (Astron) < heinzless...@gmail.com> wrote: > Hi again, > > minor correction to my own post only > >> LibO window with my (admittedly somewhat slow (1000 Mb/s)) connection > > Make that "1 MBit/s"... > > Astron. > ___ > 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: [PATCH] Insert Table Dialog: Rename button back to "AutoFormat", Acc...
Change it to "Table format"? AutoFormat sounds too stupid (not to mention the missing space makes it look like an accidentally extracted constant) and it would be a good thing to get rid of it. On Sat, Dec 1, 2012 at 1:03 PM, Samuel Mehrbrodt (via Code Review) < ger...@gerrit.libreoffice.org> wrote: > Hi, > > I have submitted a patch for review: > > https://gerrit.libreoffice.org/1217 > > To pull it, you can do: > > git pull ssh://gerrit.libreoffice.org:29418/corerefs/changes/17/1217/1 > > Insert Table Dialog: Rename button back to "AutoFormat", Accelerators > changed > > As requested in here: > http://lists.freedesktop.org/archives/libreoffice/2012-November/041788.html > > http://lists.freedesktop.org/archives/libreoffice-ux-advise/2012-November/001597.html > > Change-Id: I2cd3f4422dcbd62b1e72661d1df890bd0202c1ef > --- > M sw/uiconfig/swriter/ui/inserttable.ui > 1 file changed, 3 insertions(+), 3 deletions(-) > > > -- > To view, visit https://gerrit.libreoffice.org/1217 > To unsubscribe, visit https://gerrit.libreoffice.org/settings > > Gerrit-MessageType: newchange > Gerrit-Change-Id: I2cd3f4422dcbd62b1e72661d1df890bd0202c1ef > Gerrit-PatchSet: 1 > Gerrit-Project: core > Gerrit-Branch: master > Gerrit-Owner: Samuel Mehrbrodt > > ___ > 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: what's the problem with system cairo ?
On Sun, Nov 18, 2012 at 10:55 PM, Enrico Weigelt wrote: > > By the way: anybody working on porting the gtk or qt vcl to win32 or mac ? > If you mean if gtk/qt programs run on Windows, yes, they do and look pretty native. The only problem with GTK is that the newest official GTK version for windows is 2.24.10 as they seriously lack Windows developers, so there is no one to make a 3.x version. On Mac, GTK was really buggy, can't check if that is already fixed as I don't have access to a Mac anymore. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Adding the browser to Libreoffice
-1. If you want to add something new instead of improving the current functionality, the only thing that would make sense is an Outlook counterpart. That's the only thing that's missing for a complete office suite. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-qa] How Can I Provide More Info For Developers
The best solution would be to have a debug symbol server, then there would be easily accessible debug symbols even for the release builds. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: need help fixing some files with weird line feeds in the LO tree
git config --global core.autocrlf true Also on Windows I think it's better to use msysgit than the one in cygwin. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: gettext (was: (great) widget layout progress)
Not really, that's what msgctxt is for. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: (great) widget layout progress
How much work would it be to make this directly use gettext? I thought the long term goal was to switch from custom translation formats to gettext, so using yet another custom translation format for something like this seems a bit odd. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [ANN] LibreOffice 3.6.0 RC4 test builds available
I just installed RC4 and the bug of not starting on first run (only the splash shows up and then nothing) is back (it was there for 3.5 and then fixed if I remember correctly). ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [REVIEW 3-6, 3-6-0] fdo#50345 accept empty string as scalar numeric 0 argument
>From a translators point of view, it would be no problem. The translations are continually updated anyway. I guess it could be a little bit annoying for people that do not use pootle, but who cares about one untranslated string if it fixes a problem that breaks compatibility, not to mention there are still not that many languages that are fully translated. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [libreoffice-l10n] REMINDER: Release 3.6.0-rc2 from libreoffice-3-6 branch
Then perhaps the toplevel tree entries shouldn't be selectable anymore and clicking on them should move the selection to (and display) the first corresponding subitem. On Tue, Jul 17, 2012 at 1:57 PM, Olivier Hallot wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > I don't think I know someone who actually read these blablabla. :-) > > Em 17-07-2012 08:46, Andras Timar escreveu: >> 2012/7/17 Valter Mura : >>> Hi All, >>> >>> maybe this is a silly question: I noticed that in Options dialog >>> introduction text for the leading pages (LIbreOffice, Load/Save, >>> Linguistic, and so on) is not present anymore. >>> >>> (I didn't read the new features for 3.6, so maybe I missed something.) >>> >>> Is it normal or a bug to be solved? >>> >> I remember that someone wanted to kill them. Maybe the time has come. :) >> >> Andras >> > > - -- > Olivier Hallot > Founder, Board of Directors Member - The Document Foundation > The Document Foundation, Zimmerstr. 69, 10117 Berlin, Germany > Fundação responsável civilmente, de acordo com o direito civil > Detalhes Legais: http://www.documentfoundation.org/imprint > LibreOffice translation leader for Brazilian Portuguese > +55-21-8822-8812 > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJQBVMMAAoJEJp3R7nH3vLxD3YH/2Z/GG9kwl0Cf8D4O0BSSE9J > koaOFrCebYT0JkpcoqSQJikuyJfd4Jw61suSm0WC848x4gByalMLc5ejxxeyLvIm > GSHEuWx6dk8A/nqHWDp6XhvarTXnFtsN4f9IRXF179EX6Fr3qbvXMC7V6lf8xghw > Wj/+Oqnq2ztnuZXrKJ7FVmeflp79FfO3DVAFoCBDI18R+kLEjFwW5cPH5fSEQbs3 > UBMMzi9HLGHoDpbD8BcGGd2/8752HapJlKHEIjSh/mJFyu5WyPYJpbmyM9NmLnjZ > kvL70Hhxtn+fA7SqRGjjmmZe/arURS1st4lgKXLOKyC3yTgmiW3DNIwSsQwMf3c= > =MWKc > -END PGP SIGNATURE- > > -- > Unsubscribe instructions: E-mail to l10n+h...@global.libreoffice.org > Problems? > http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ > Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette > List archive: http://listarchives.libreoffice.org/global/l10n/ > All messages sent to this list will be publicly archived and cannot be deleted ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: EasyHack? Update service auto-download feature.
IMHO not worth the trouble without differential updates, but with them it sure would be a killer feature. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [ANN] LibreOffice 3.6.0 ALPHA1 test builds available
Hi, first obvious thing I notice on Windows is the menu bar being glassed. That wouldn't be a problem of itself (I'm used to that from Firefox) if the font color used for the menu entries combined with the badly done glow effect wasn't making the menu completely unreadable. This needs a lot of polishing. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
License statement
Contributor: Jindřich Šesták All of my past and future contributions to LibreOffice may be licensed under the MPL/LGPLv3+ dual license. --- IMPORTANT NOTE: My first (and till now the only) contribution was committed under a wrong name (Da'angh Khagaroth), sorry about that complication ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Regarding your commit: Add all the available themes to the list
On Wed, May 2, 2012 at 12:31 PM, Michael Meeks wrote: > > Personally, I'd like to ship just two themes: tango and highcontrast, I hope that was meant only for Linux builds, because the only theme that doesn't look completely out of place on Windows is Galaxy. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: where can I load windows DLL file
LO can open WPS (Woks) files just fine. Don't know if it handles Chines glyphs in WPS, but the English and Czech files I tried opened and displayed correctly. > On Mon, Mar 26, 2012 at 03:17:19PM +0800, huqitu du wrote: > The DLL function is when LO open a .wps file(this file format is very > common in china and not supported in LO yet) ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: How does one do "registration of SDK with Visual Studio"?
What do you have in registry under HKLM\SOFTWARE\Microsoft\Microsoft SDKs\Windows (HKLM\SOFTWARE\Wow6432Node\Microsoft\Microsoft SDKs\Windows for x64) and HKCU\SOFTWARE\Microsoft\Microsoft SDKs\Windows in CurrentInstallFolder? Both should be the same (path to the current SDK folder). On Sat, Mar 17, 2012 at 6:24 PM, Tor Lillqvist wrote: > Still no change;) ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: How does one do "registration of SDK with Visual Studio"?
There is a bug that prevents the GUI tool from working on some systems (especially localized ones, temporarily setting locale settings to English might help). Try the commandline tool, open the SDK commandline, navigate to the SDK dir and type "WindowsSdkVer.exe -version:vX.X" (instead of vX.X use the SDK version you want, ie v7.1). On Sat, Mar 17, 2012 at 5:48 PM, Tor Lillqvist wrote: >> in the menu: Microsoft Windows SDK 7.1 -> Visual Studio Registration -> >> Windows SDK Configuration Tool > > Ah, OK. No effect though;) > > --tml > ___ > 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
EasyHack proposition - Crop image functionality improvement (fdo#34555)
Can some developer please look at https://bugs.freedesktop.org/show_bug.cgi?id=34555 and check if it's suitable to be filled as an EasyHack (and fill it if it is)? The current crop functionality in Writer and Calc is really ridiculously bad and source of many user complaints. All the needed functionality is already present in Draw. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [LibreOffice] find ctrl-g/ctrl-shift-g accelerator patch
Just don't use any Ctrl+Alt+? key combination on Windows as you have about 90% chance it won't work. Ctrl+Alt on Windows automatically translates to AltGr and that is used for special character input on most locales. That's also the reason why Ctrl+Alt+F was changed to Ctrl+H. For example on Czech keyboard Ctrl+Alt+F writes the symbol '['. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [libreoffice-l10n] [ANN] LibreOffice 3.5.1 RC1 available
The options tree in Writer in Czech language is completely messed up after the re-added basic fonts options, but this is probably just because the translations weren't updated yet (which they should be, at least in Czech language, considering the added strings were translated the same day they were added). ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [REVIEWED-3-5] fdo#46167 fix path of shell extension dll in registry
Good news, the crashloop I had was still with a 3.5beta and I didn't test since. Now I repeated the test with the release version of 3.5 and it's not crashing anymore and the property page is working. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [REVIEWED-3-5] fdo#46167 fix path of shell extension dll in registry
Reading this, it should fix my bug https://bugs.freedesktop.org/show_bug.cgi?id=43708, if so, please close it. Also a warning, make sure to actually test it on Windows, when I locally fixed this by editing the installer with Orca, I got a Explorer crashloop caused by shlxthdl.dll after installation (Windows 7, 32bit). On Fri, Feb 17, 2012 at 4:58 PM, Michael Meeks wrote: > > On Fri, 2012-02-17 at 13:12 +0100, Andras Timar wrote: >> http://cgit.freedesktop.org/libreoffice/core/commit/?id=2786c354ce4f7ff215fffe83ef242ee3b411fb13 > > Looks right to me, picked to -3-5. > > Thanks :-) > > Michael. > > -- > michael.me...@suse.com <><, Pseudo Engineer, itinerant idiot > > ___ > 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: [Libreoffice] Changing list setup to not add to subject
On Wed, Jan 25, 2012 at 12:04 PM, Lubos Lunak wrote: > On Tuesday 24 of January 2012, khagaroth wrote: >> While at it, it would be nice to also set Reply-To: >> libreoffice@lists.freedesktop.org. > > Oh, well, that's something people will probably never agree on *shrug*. You > just need to get a mail client that is modern enough (that's, like, last > decade) to have 'reply-to-mailing-list' and that solves the problem. And that > was a plural you, if I wanted to get all those useless duplicates of replies > to my mails, I would have said so. Tell that to google. I don't understand how they can support filtering by mailing list so well, but don't have a 'reply to mailing list' option. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Changing list setup to not add to subject
While at it, it would be nice to also set Reply-To: libreoffice@lists.freedesktop.org. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [LibreOffice] [PATCH] DateAcceptancePattern and PartitiveMonths for Czech language
Attached patch adds DateAcceptancePatterns and PartitiveMonths for Czech language. Aside from that it also changes a few date formating patterns to better comply with Czech date writing conventions. Note that there is one peculiarity in date writing in Czech. Normally the partitive form is used when the day precedes the month, but when used in a sentence, the nominative form is used in some cases. Fortunately this is relatively rare, so I guess it shouldn't really be a problem. cs_CZ.xml.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice