[rekonq] Re: rekonq Meeting!

[Rohan Garg]

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 <shane at archlinux.us> wrote:

> On Sun, Jan 2, 2011 at 2:39 PM, Rohan Garg <rohangarg at ubuntu.com> 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 <rohangarg at ubuntu.com> 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
>> rekonq at kde.org
>> 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
> rekonq at kde.org
> https://mail.kde.org/mailman/listinfo/rekonq
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/rekonq/attachments/20110102/fc60fda8/attachment-0001.htm