Re: LibreOffice Feature Request

> > ·*Ribbon Interface Option* for using the LibreOffice Like it’s > there on *KINGSOFT OFFICE OR WPS OFFICE (Both are free)*. > Why don't you use them then instead, if they are more to your liking? We won't mind. There is no lack of (more or less obvious) ideas for features and changes n

LibreOffice Feature Request

Dear LibreOffice Team, Kindly Accept my hearty congratulations for your ongoing endeavour to keep the Office Application Free for many users who are unable to access expensive office applications across the world. This Email is regarding feature request. Libreoffice is designed keeping

Re: [Libreoffice] feature/gbuild_extensions

On 04/01/12 08:54, Norbert Thiebaud wrote: > So, > I've run test on MacOSX... I ran in a couple of issues.. I pushed > patches for them on the branch > > The last commit ( 381bed81e43d7fdd541115e0ab4213b0609e7ac0 ) is a > hack and is probably wrong... but it get me to the end of the build + > pa

[Libreoffice] feature/gbuild_extensions

So, I've run test on MacOSX... I ran in a couple of issues.. I pushed patches for them on the branch The last commit ( 381bed81e43d7fdd541115e0ab4213b0609e7ac0 ) is a hack and is probably wrong... but it get me to the end of the build + package Norbert __

Re: [Libreoffice] feature/gbuild_cppuhelper

On 12/26/2011 02:15 PM, Matúš Kukan wrote: I just tested with MinGW and it builds too. So now that it is known to work on Linux, Mac OS X, and MinGW, I folded feature/gbuild_cppuhelper back into master. I will see to get my two temporary hacks ("Temporary hack to work around autodoc bug" and

Re: [Libreoffice] feature/gbuild_java is finished

On Mon, Dec 26, 2011 at 3:35 PM, Christian Lohmaier wrote: > Hi David, *, > > On Mon, Dec 26, 2011 at 1:33 PM, David Tardon wrote: >> Hi all, >> >> I have converted 6 modules to gbuild on branch feature/gbuild_java: >> [...] >> I would appreciate if people tried if it builds correctly >> on Windo

Re: [Libreoffice] feature/gbuild_java is finished

Hi David, *, On Mon, Dec 26, 2011 at 1:33 PM, David Tardon wrote: > Hi all, > > I have converted 6 modules to gbuild on branch feature/gbuild_java: > [...] > I would appreciate if people tried if it builds correctly > on Windows/MacOS X/other-system-than-mine. Breaks on Mac: "Making:libjava_

Re: [Libreoffice] feature/gbuild_cppuhelper

On 23 December 2011 19:22, Stephan Bergmann wrote: > Just to let you know that the feature/gbuild_cppuhelper branch compiled (up > through smoketestoo_native) on unxmacxi --enable-dbgutil now, when > cherry-picked on top of master >

[Libreoffice] feature/gbuild_java is finished

Hi all, I have converted 6 modules to gbuild on branch feature/gbuild_java: javaunohelper, jurt, jvmaccess, jvmfwk, ridljar and unoil. It builds fine here and smoketest finishes with status OK, but some of the modules contain platform specific stuff (e.g., unoil creates some .NET assemblies :) I w

Re: [Libreoffice] feature/gbuild_cppuhelper

Just to let you know that the feature/gbuild_cppuhelper branch compiled (up through smoketestoo_native) on unxmacxi --enable-dbgutil now, when cherry-picked on top of master "rtl::OString::copy wi

[Libreoffice] feature/gbuild_cppuhelper

Matúš, I had intended to come back much earlier with feedback on your feature/gbuild_cppuhelper branch, but the situation turns out to be somewhat problematic: I set out with a recent master (including Michael Stahl's fix for adding the ".3" at the end of libuno_*.dylib install names) on Mac

[Libreoffice] feature/new-autofilter-popup

Hi there, I've just created another feature branch to replace the current autofilter popup window with a much nicer one. If you know the field button popup window in pivot tables, you'll recognize it since it re-uses that same popup window class. During the first phase, I'll just add the same se

Re: [Libreoffice] feature/cell-format-data-bar

On Wed, 2011-11-02 at 14:38 -0400, Kohei Yoshida wrote: > Hi there, > > I just created a new branch named feature/cell-format-data-bar, to (for > now) house a nice proof-of-concept patch I received from Michael during > the conference in Paris. The goal of this branch is to eventually > implement

[Libreoffice] feature/cell-format-data-bar

Hi there, I just created a new branch named feature/cell-format-data-bar, to (for now) house a nice proof-of-concept patch I received from Michael during the conference in Paris. The goal of this branch is to eventually implement graphical visualization of cell values as cell backgrounds, as an e

Re: [Libreoffice] feature/gtk3 merged ...

On Thu, 2011-10-27 at 01:24 -0400, Kevin Hunter wrote: > After a long build, I'm there. As I'm not mired in that part of LibO > internals, for what visible changes should I be looking? Cool :-) glad you've got a build. Just a tip: stick with that build for a while, and/or have two build

Re: [Libreoffice] feature/gtk3 merged ...

On 10/25/2011 04:32 PM, Noel Grandin wrote: Getting there :) almost have a complete build on my machine :) After a long build, I'm there. As I'm not mired in that part of LibO internals, for what visible changes should I be looking? Heh, or put differently, what Ctrl+F should I use on http

Re: [Libreoffice] feature/gtk3 merged ...

Getting there :) almost have a complete build on my machine :) On Tuesday, October 25, 2011, Michael Meeks wrote: > Hi Noel, > > On Tue, 2011-10-25 at 18:51 +0200, Noel Grandin wrote: >> Duration timers are best implemented using the system's monotonic >> clock.In Java, this is System.nanoTime(),

Re: [Libreoffice] feature/gtk3 merged ...

Duration timers are best implemented using the system's monotonic clock.In Java, this is System.nanoTime(),under linux, this is clock_gettime(CLOCK_MONOTONIC),under windows, it is GetTickCount() On Tue, Oct 25, 2011 at 17:40, Michael Meeks wrote: > > On Tue, 2011-10-25 at 13:54 +0100, Michael Meek

Re: [Libreoffice] feature/gtk3 merged ...

On Tue, 2011-10-25 at 13:54 +0100, Michael Meeks wrote: > There is one minor annoyance I discovered of a warning under gtk2: > g_main_context_prepare(): main loop already active in another thread I pushed a fix for this by implementing a custom timer GSource that we can query

[Libreoffice] feature/gtk3 merged ...

Hi guys, I just pushed feature/gtk3 to master. What does that mean ? well, a few things. While there are no known major bugs, and a fair bit of testing has been done - there are a large number of backends that this affects. This mainly affects unix where it touches the gtk, gtk3, gen, svp,

[Libreoffice] feature/gtk3 bits ...

Hi Lucas, On Wed, 2011-08-17 at 14:57 +0100, Michael Meeks wrote: > > I will try to complete to work again on gtk3 next week... > > I look forward to that :-) Nice work with the native widget rendering, lovely to have the color / font / style theme setting sync. back in gtk3, and t

[Libreoffice] feature/gsoc2011_wizards from components migrated from components to core

Hi Xisco, Hi Norbert, all, I migrated the feature/gsoc2011_wizards branch from components to core. While that should have been a simple "git format-patch"/"git am" combo with a bit of manual fudging for the merge commits: 9e91dbca08056fc31f388f5642fdfa3d2b910990 e52421bc118e9c5f3fce5a32ba9efdca

Re: [Libreoffice] feature/gnumake4

Hi Matúš, Hi Tor, On Mon, 18 Jul 2011 00:32:49 -0600 "Tor Lillqvist" wrote: > Hmm, I looked at the first patch, and I definitely don't think we > should re-introduce some Hamburg-specific stuff that we don't > understand, want or need. Not even OOo at Apache will (once they have > something they

Re: [Libreoffice] feature/gnumake4

> I've done my best I think but there was some error with set_soenv > (first patch) Hmm, I looked at the first patch, and I definitely don't think we should re-introduce some Hamburg-specific stuff that we don't understand, want or need. Not even OOo at Apache will (once they have something the

[Libreoffice] feature/gnumake4

Hi all, I have some questions about feature/gnumake4 branch. It can now start. I'm sending two more patches. First needs review, the second should be good but I did not push that either. There was some issue with creating ..Env.Set.sh. What's the plan with that branch? Just to merge and then dele

Re: [Libreoffice] Feature list for 3.4

On Sun, 2011-04-03 at 15:12 +0300, Sophie Gautier wrote: > I first thought that issues collecting the new features would be the > most convenient for the developers, but if you think a wiki page is > ok, I'm ok too, for me there is no difference. Sounds good. But I'm only speaking for myself, s

Re: [Libreoffice] Feature list for 3.4

Hi Kohei, On 02/04/2011 18:44, Kohei Yoshida wrote: Hello Sophie, On Sat, Apr 2, 2011 at 11:09 AM, Sophie Gautier wrote: Hi all, I've really big difficulties to find information about the new features implemented (or in course to be) for 3.4. - the commit logs provided each week by Petr don

Re: [Libreoffice] Feature list for 3.4

Hello Sophie, On Sat, Apr 2, 2011 at 11:09 AM, Sophie Gautier wrote: > Hi all, > > I've really big difficulties to find information about the new features > implemented (or in course to be) for 3.4. > > - the commit logs provided each week by Petr don't speak enough to me > - issues on BZ are not

[Libreoffice] Feature list for 3.4

Hi all, I've really big difficulties to find information about the new features implemented (or in course to be) for 3.4. - the commit logs provided each week by Petr don't speak enough to me - issues on BZ are not commented about features and implementation date so it makes difficult to retr

[Libreoffice] [feature] cairo text rendering, now with lcdfiltering

I recently modified the cairo text rendering (in VCL) to use cairo_ft_font_face_create_for_pattern instead of cairo_ft_font_face_create_for_ft_face which means that LibreOffice gets the same lcdfilter/coloured subpixeling out of the box that other fontconfig+cairo using apps get when the fontconfig

Re: [Libreoffice] Feature suggestion : portfolio

Hi. I too have some suggestions, but I think this is not the list. Are feature suggestions best in design or discuss list, or is it here. Design seems to be UI design rather than functionality design. steve On 14/03/11 3:06 AM, Le Troll Farceur wrote: Dear community, I would like to place a

[Libreoffice] Feature suggestion : portfolio

Dear community, I would like to place a suggestions about a generally missing feature that would greatly increase users experiment I often have to deal with several documents concerning the same topic (text, datasheet, pictures/illustration ) and to share it with several colleagues. It would be n

[Libreoffice] (Feature Request) Shortcuts for Formatting Templates

The issue was first raised in #documentfoundation on irc.freenode.net; I would like to forward it here, as I am not involved in development myself but can see how this feature would improve usability: The original question was "Is there any way to customize the selections for the borders on the to

Re: [Libreoffice] Feature Request / How to solve the issue on my own ?

Chynte wrote: > 1. For generating a ToC I need to store somewhere, if the title > shouldappear in the ToC or not. > Where can I store this information?I found the "Description" and the > "Name" tags I could use but I fear, thatthis will interact with > other software also using these tags... > I'd

[Libreoffice] Feature Request / How to solve the issue on my own ?

Hi devs, I miss 2 things in any presentation software I know: 1. In Impress I would like to have "Table of Contents" and "alphabetical Index" as it is so nicely made in Writer. 2. "Custom slide show" is a nice feature, but when working with a customized slide show, the page numbering is still t

Re: [Libreoffice] feature

Hi there, On Mon, 2011-01-24 at 14:23 +0100, Bálint Szigeti wrote: > It would be very usefull that the Calc able to filter color as MS > Office 2007 and latest. Welcome to the developers list :-) You need to poke at the code in: sc/source/ui/src/filter.src and sc/sou

[Libreoffice] feature

Hi all, It would be very usefull that the Calc able to filter color as MS Office 2007 and latest. -- Szigeti Bálint ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] feature/calc-dp-unlimited-fields merged to master

Hi there, This is to inform you that I've just merged the feature/calc-dp-unlimited-fields branch into master. This change removes the current 8-field limit per field type in data pilot tables, and allows you to add as many fields as your memory permits. Since the core data pilot engine itself d

Re: [Libreoffice] Feature list for upcoming version

Le 2010-12-13 14:34, Thorsten Behrens a écrit : Marc Paré wrote: I'm helping out with the "Features list" for the upcoming LibreOffice v. 3.3 as found on this page: http://wiki.documentfoundation.org/Marketing/LibOReleaseEvents/LOPressKit/FeatureList3.3 . Sophie was kind enough to help with the

Re: [Libreoffice] Feature list for upcoming version

Marc Paré wrote: > I'm helping out with the "Features list" for the upcoming > LibreOffice v. 3.3 as found on this page: > http://wiki.documentfoundation.org/Marketing/LibOReleaseEvents/LOPressKit/FeatureList3.3 > . Sophie was kind enough to help with the initial list. Is there a > place where a l

Re: [Libreoffice] Feature list for upcoming version

Marc Paré wrote: > I'm helping out with the "Features list" for the upcoming > LibreOffice v. 3.3 as found on this page: > http://wiki.documentfoundation.org/Marketing/LibOReleaseEvents/LOPressKit/FeatureList3.3 > . Sophie was kind enough to help with the initial list. Is there a > place where a l

[Libreoffice] Feature list for upcoming version

I'm helping out with the "Features list" for the upcoming LibreOffice v. 3.3 as found on this page: http://wiki.documentfoundation.org/Marketing/LibOReleaseEvents/LOPressKit/FeatureList3.3 . Sophie was kind enough to help with the initial list. Is there a place where a list of this is being kep

Re: [Libreoffice] feature/rip-build-repo - branch for removal of the need of the 'build' repo

Hi Norbert, On 2010-11-23 at 01:55 -0600, Norbert Thiebaud wrote: > > I built it on Windows too. The only issue I've encountered is that the > > initial autogen.sh run checks for presence of certain dll files in the > > external module, and it fails because the external module was not there. > >

Re: [Libreoffice] feature/rip-build-repo - branch for removal of the need of the 'build' repo

On Mon, Nov 22, 2010 at 8:48 PM, Kohei Yoshida wrote: > On Sat, 2010-11-20 at 18:40 -0500, Norbert Thiebaud wrote: >> On Thu, Nov 18, 2010 at 10:18 PM, Jan Holesovsky wrote: >> > Hi, >> > >> > In case you are interested to try to build without the 'build' repo (the >> > rawbuild/ way), you can tr

Re: [Libreoffice] feature/rip-build-repo - branch for removal of the need of the 'build' repo

On Sat, 2010-11-20 at 18:40 -0500, Norbert Thiebaud wrote: > On Thu, Nov 18, 2010 at 10:18 PM, Jan Holesovsky wrote: > > Hi, > > > > In case you are interested to try to build without the 'build' repo (the > > rawbuild/ way), you can try to get the feature/rip-build-repo branch > > which I hope is

Re: [Libreoffice] feature/rip-build-repo - branch for removal of the need of the 'build' repo

kendy, here are the patches I have so far on the rip-build-repo branch 0001: the sed to remove bootstrap from the git url and replace it by one of the other repos name didn't work on MacOS... I was too lazy to figure-out why, so I used bash varaible substitution instead :-) 0002: the ./dowmload

Re: [Libreoffice] feature/rip-build-repo - branch for removal of the need of the 'build' repo

On Thu, Nov 18, 2010 at 10:18 PM, Jan Holesovsky wrote: > Hi, > > In case you are interested to try to build without the 'build' repo (the > rawbuild/ way), you can try to get the feature/rip-build-repo branch > which I hope is going to become the 'official' way of building soon ;-) btw, I got it

Re: [Libreoffice] feature/rip-build-repo - branch for removal of the need of the 'build' repo

On Thu, Nov 18, 2010 at 10:18 PM, Jan Holesovsky wrote: > Hi, > > In case you are interested to try to build without the 'build' repo (the > rawbuild/ way), you can try to get the feature/rip-build-repo branch > which I hope is going to become the 'official' way of building soon ;-) > > git clone

Re: [Libreoffice] feature/rip-build-repo - branch for removal of the need of the 'build' repo

Hi Sebastian, On 2010-11-19 at 08:41 +0100, Sebastian Spaeth wrote: > > In case you are interested to try to build without the 'build' repo (the > > rawbuild/ way), you can try to get the feature/rip-build-repo branch > > which I hope is going to become the 'official' way of building soon ;-) > >

Re: [Libreoffice] feature/rip-build-repo - branch for removal of the need of the 'build' repo

On Fri, 19 Nov 2010 04:18:46 +0100, Jan Holesovsky wrote: > Hi, > > In case you are interested to try to build without the 'build' repo (the > rawbuild/ way), you can try to get the feature/rip-build-repo branch > which I hope is going to become the 'official' way of building soon ;-) > > git cl

Re: [Libreoffice] feature/rip-build-repo - branch for removal of the need of the 'build' repo

On Fri, 19 Nov 2010 04:18:46 +0100, Jan Holesovsky wrote: > In case you are interested to try to build without the 'build' repo (the > rawbuild/ way), you can try to get the feature/rip-build-repo branch > which I hope is going to become the 'official' way of building soon ;-) Very cool, I look fo

[Libreoffice] feature/rip-build-repo - branch for removal of the need of the 'build' repo

Hi, In case you are interested to try to build without the 'build' repo (the rawbuild/ way), you can try to get the feature/rip-build-repo branch which I hope is going to become the 'official' way of building soon ;-) git clone git://anongit.freedesktop.org/libreoffice/bootstrap libo cd libo/ git

[Libreoffice] feature: calc-key-binding-compat

Hi folks, FYI, I'm working on adding a new options page in the Options dialog (LibreOffice Calc - Compatibility) in order to provide different sets of key bindings - "OpenOffice.org legacy" and the "Default". This is motivated by the fact that LibreOffice's default key bindings ("Default") slight