<div class="gmail_quote">2012/12/18 Milian Wolff <span dir="ltr"><<a href="mailto:mail@milianw.de" target="_blank">mail@milianw.de</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


Hey there, while we are talking about 4.5, I'd like to get some input on what<br>
you think we should do for 4.6 eventually.<br></blockquote><div><br>I'd really love to see a memory viewer in 4.6. I'm willing to put in the time and effort to make it happen (although I may need someone I can ask a question or two with certain parts of the code.) That being said, I seem to remember Ben Wagner did some work on this( <a href="http://git.reviewboard.kde.org/r/104574/" target="_blank">http://git.reviewboard.kde.org/r/104574/</a> ) but it seems that this never made it to the repository - Anybody knows if Ben is still working on this?<br>

<br>Oh, and another thing that would be nice (Maybe even for 4.5.): A new splash screen. Greeting the user with a brand new splash is IMHO a great way to signal that things under the hood have changed. I think the splash screens that <span name="Ruan Strydom" class="gD">Ruan Strydom made some time ago (</span><span name="Ruan Strydom" class="gD"><span name="Ruan Strydom" class="gD"><a href="http://www.jcell.co.za/splash.htm" target="_blank"> http://www.jcell.co.za/splash.htm</a></span> ) are pretty cool. I especially like the center one in the top row (although the branches should probably be moved somewhat to the lower right corner).<br>
<br></span>Cheers<br><br>Morten<br><br>Personally, for 4.6, I hope to land the two big refactorings I'm working on<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

currently:<br>
<br>
On one hand the Path stuff in the sharedurls branch which promises a much more<br>
straight forward *and* efficient (local/remote) Path handling in KDevelop.<br>
<br>
Secondly, I started another interesting refactoring on the weekend related to<br>
our ItemRepositories. Looking some more at IndexedString, I managed to cleanup<br>
its API (removing potential encoding pitfalls) while also speeding it up quite<br>
considerably (about factor of 2 for string serialization, and about 20% for<br>
string deserialization). I will concentrate on landing the IndexedString<br>
refactoring first, then also hope to repeat the optimizations there for the<br>
other item repositories, and - while at it - cleaning up the mess of code that<br>
is itemrepository.{h,cpp}. I'm confident that by writing tests and using our<br>
existing tests, I can keep this working without any big breakages.<br>
<br>
These two should result in a very noticeable performance gain, both memory and<br>
speed wise.<br>
<br>
After that is done, I hope to have some time to investigate the "KDevelop<br>
commandline" idea we had at the Vienna sprint - lets see.<br>
<br>
What do you guys have in mind?<br>
<br>
Cheers<br>
<span><font color="#888888">--<br>
Milian Wolff<br>
<a href="mailto:mail@milianw.de" target="_blank">mail@milianw.de</a><br>
<a href="http://milianw.de" target="_blank">http://milianw.de</a></font></span><br>_______________________________________________<br>
KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kde.org" target="_blank">KDevelop-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kdevelop-devel" target="_blank">https://mail.kde.org/mailman/listinfo/kdevelop-devel</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>- When the split is pulled, mr. Grenade is no longer our friend