At the moment we only allow to sort according to 3 columns but there is no reason why we should not increase the limit or remove any limit. The only difficult part is that we need to adjust the ui and allow more entries there. The code for the number of entries is at http://opengrok.libreoffice.org/xref/core/sc/inc/sortparam.hxx and the dialog code is at http://opengrok.libreoffice.org/xref/core/sc/source/ui/inc/tpsort.hxx http://opengrok.libreoffice.org/xref/core/sc/source/ui/dbgui/tpsort.cxx http://opengrok.libreoffice.org/xref/core/sc/source/ui/src/sortdlg.src http://opengrok.libreoffice.org/xref/core/sc/source/ui/inc/sortdlg.hrc
I take this one.
Hello albert, Great that you take this. This task is now a two step process. In the first step we need to move from a c array to std::vector and remove the limit and in the second step we need to adapt the ui for this. Please feel free to ask here or on the ML if you need more help.
Hi, Markus and Albert, I see this hasn't been updated in over a month. If Albert is no longer working on it, I'd like to take it. Thanks.
(In reply to comment #4) > Hi, Markus and Albert, > > I see this hasn't been updated in over a month. If Albert is no longer working > on it, I'd like to take it. Hello Dnaiel, Albert is already working on it and he has already provided the patch for the storage and is now working on the ui. If you are interested in calc hacking and would like an easy hack I can provide one or two without problems. Just drop me a note or write a mail and we can see what will fit to your wishes.
Albert Thuswaldner committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=080d38bae22e21fad25884d40d679c3bf9243c82 fdo#45747 remove the limitation to 3 sort entries in calc part1
I had to revert the last patch because it contained c++ features not present in some of the older gcc versions that we still need to support.
Albert Thuswaldner committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a02b445c39d969fedc554fc2c500b88a27a13906 fdo#45747 remove the limitation to 3 sort entries in calc part1
Albert Thuswaldner committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=71402a06a5aaf8ea5f8d956dabe513dab52bd421 fdo#45747 reverted use of init lists for backwards compabillity
hi guys, is this bug solved? If so, let's flag it as solved and delete from the easytasks wiki
(In reply to comment #10) > hi guys, is this bug solved? If so, let's flag it as solved and delete from the > easytasks wiki No I'm still working on the UI bits. The bug is more than 50% complete though...
Albert Thuswaldner committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=35b1d1a9b47abb8cb3b45d4c6351d1c2b86b379f fdo#45747 remove the limitation to 3 sort entries in calc part2
Is fixed now and should be in 3.6Beta1. I needed to fix some issues with: http://cgit.freedesktop.org/libreoffice/core/commit/?id=57e35b0ed54a2e74c107493869e72ab7eb86222a
Migrating Whiteboard tags to Keywords: (EasyHack DifficultyBeginner SkillCpp ) [NinjaEdit]