Hi Shane If you are referring to the latest issues with rekonq and encodings, it isnt a rekonq issue but a kdewebkit issue that has been fixed in RC2, i think this has already been discussed in another thread. Secondly, please put your ideas on [1] so that we can discuss them at the meeting, it would be appreciated if you could attend the meeting to explain your idea better :)
[1] http://techbase.kde.org/Projects/rekonq/Meeting/Agenda Regards Rohan Garg On Sun, Jan 2, 2011 at 7:18 PM, Shane Lazar <[email protected]> wrote: > On Sun, Jan 2, 2011 at 2:39 PM, Rohan Garg <[email protected]> wrote: > >> Just another reminder .... i will close the poll tomorrow, so please add >> yourself to the doodle :) >> Regards >> Rohan Garg >> >> >> >> On Fri, Dec 31, 2010 at 8:15 PM, Rohan Garg <[email protected]> wrote: >> >>> Hi >>> Ive started a doodle page to set up a rekonq team meeting date : >>> http://doodle.com/94rn3uaaaby4uvkk >>> >>> Please add what you would like to discuss over here : >>> http://techbase.kde.org/Projects/rekonq/Meeting/Agenda >>> >>> Regards >>> Rohan Garg >>> >>> >> >> _______________________________________________ >> rekonq mailing list >> [email protected] >> https://mail.kde.org/mailman/listinfo/rekonq >> >> > Hi everybody, > > I am not a developer or a member of the team. I just use rekonq built from > GIT and follow the mailing list. First off, thanks for all the work you guys > put into rekonq. > > I understand that I am using bleeding edge code and that you depend on a > lot of external projects. But regressions in rekonq seem to be my biggest > gripe with it. I don't know if you have this in place already, but I would > like to propose a more stringent review process before new code is > introduced into the main trunk. > > As an internal testers for Linux Mint we have to put each ISO through > clearly laid out tests before it gets released. You can have a look here for > a general idea: http://community.linuxmint.com/iso/view/38 This kind of > testing helps cover all the critical bases. I hope something of this nature > can be put in place for rekonq so that patches that cause regressions can be > caught and fixed before they are pushed to trunk. > > Best regards and Happy New Year. > > Shane. > > _______________________________________________ > rekonq mailing list > [email protected] > https://mail.kde.org/mailman/listinfo/rekonq > >
_______________________________________________ rekonq mailing list [email protected] https://mail.kde.org/mailman/listinfo/rekonq
