<div dir="ltr">ty Sven,<div><br></div><div>I'll reformulate the proposal and add the register/memory map view in the timeline together with GDB.</div><div><br></div><div>ty for the tip and best regards,</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-03-24 22:21 GMT-03:00 Sven Brauch <span dir="ltr"><<a href="mailto:mail@svenbrauch.de" target="_blank">mail@svenbrauch.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey,<br>
<span class=""><br>
On 25/03/16 01:50, patrick JP wrote:<br>
> The proposal is already on GSoC.<br>
</span>You can update even the final proposal until the deadline tomorrow.<br>
<span class=""><br>
> The relationship with KDevelop and arduide<br>
> is to develop in ArduIDE some features and support to the new Arduino<br>
> libraries because  some already have some base to work, so it will be only<br>
> a qt implementation.<br>
</span>I agree with Aleix' concerns here. Your proposal reads like you plan to<br>
spend half of the time working on ArduIDE. While I value your<br>
involvement in other projects and think it's a great way to show that<br>
you're actually capable of doing good work, your GSoC project for<br>
KDevelop needs to be on KDevelop itself.<br>
If time can be spent on working on (separate) libraries other projects<br>
can profit from as well, that's fine, but in the end it must at least be<br>
clear from each bullet point in your proposal how this is necessary and<br>
hepful for your project (and the project is "KDevelop integration with<br>
embedded development"). Those libraries should then also be actual<br>
separate libraries, and not features you implement in a different IDE<br>
and then port to KDevelop.<br>
<br>
How realistic the timeline is remains to be seen, but that's always the<br>
same for timelines, right ;)<br>
The list of things you plan to do reads good. Also here, I'm sure some<br>
things need to be dropped because they turn out to be too complicated,<br>
but that's fine with me. Note that KDevelop already has clang-powered<br>
completion for C, so I don't think much needs to be done here.<br>
<br>
One thing I personally would really like to view is a register/memory<br>
map view (as described on the ideas page). If you're interested in<br>
working on that, it would be a great thing to add to the proposal.<br>
<br>
Thanks and best regards,<br>
Sven<br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Patrick José Pereira<br>8° Fase de Engenharia Eletrônica</div><div>Site: <a href="http://www.patrickjp.com" target="_blank">www.patrickjp.com</a></div><div dir="ltr"><div>Skype: patrickelectric434<br>+55(048)9917-4777</div></div></div></div></div></div></div></div></div>
</div>