<div dir="ltr"><div dir="ltr">Hi David,<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le dim. 29 mai 2022 à 09:36, David Narvaez <<a href="mailto:david.narvaez@computer.org">david.narvaez@computer.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Sun, May 29, 2022 at 2:19 AM Johnny Jazeix <<a href="mailto:jazeix@gmail.com" target="_blank">jazeix@gmail.com</a>> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>you should contact the <a href="mailto:kde-devel@kde.org" target="_blank">kde-devel@kde.org</a> list to propose your idea and see if it is something the developers want or not before starting on it. Then, if it is something they want, you can work on it outside GSoC, there is no issue with that.</div></div></blockquote><div><br></div><div> I disagree. And this is where the whole summer program philosophy has turned the system backwards: Most OS contributors just have an itch they need to fix and they just contribute a fix. The GSoC model has turned the tables around where people just want to find something to fix given that KDE is accepting students. This proposal makes sense to the proposer so the proposer should be able to implement it and submit a merge request. If the developers do not like it, that is a plausible outcome. Ultimately, it is a matter of the KDE community backing up the fix rather than the KDE community approving for someone to implement the fix.</div><div><br></div><div>David E. Narvaez</div></div></div></blockquote><div><br></div><div>
<div>My point was more to discuss with the devs on how best the feature 
can be developed or by what it could be better and not make Samuel lose any 
time working on a feature that could not be merged or should be rewritten because there is a better solution.</div><div></div><div><br></div><div></div><div>Whether this specific request is related to GSoC or not does not matter, I think it is 
still better to first discuss and then implement it to have a chance to 
get it merged than to do the thing first and being disappointed at the 
end if it does not get merged or rewritten.</div><div><br></div><div>

Of course, nothings prevents OP to work on it and do a MR without discussing first but in the projects I'm part of, we already had some contributors doing MR 
to do features that were already existing just because they didn't know and it's a loss of time that could have been prevented by discussing earlier.<br></div><div><br></div><div>Cheers,</div><div><br></div></div><div>Johnny<br></div></div></div>