|This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/106567/|
On October 6th, 2012, 9:27 p.m., Michel Ludwig wrote:Do you want to work on error handling as well now? I think it would be good if errors that occur during the loading are not immediately reported to the user but only all the projects have been opened. Then, there could be some dialog popping up listing the files that couldn't have been opened. What do you think? (and exception are not really used in KDE/Qt code ;))
On October 6th, 2012, 10:06 p.m., Eugene Shalygin wrote:Happy to see that this changes finally landed! Thank you so much for all the help and changes to the code! Good to see that even without RAII/exceptions one can use tricks like the one for local files in NetAccess::download() and turn Manager::loadTextURLContents() into a readable function. Just as a little help for a reader it would be better to move the comment to the line with actual action and to mention the trick in download() (as their authors have used so non self-describing name), please? However, I do not see any harm from exception in an application like Kile: it is hard to find a compiler that does not support them, we a not a library and thus do not have users those must use exceptions also, and we know exactly what are the speed/memory requirements for a particular function. Or nowadays KDE developers invented some additional reasons to not use exceptions? ;) I not, Kile will only benefits from a more clean code. --- Yes, loading errors handling must be added. But I think that one should start from making possible either to use remote project files or to use files outside of the project directory in a project tree. I would be exceptionally happy with the second one, cause I have many shared images, tables and other fragments. I'm even not speaking about bibliography databases... So what are the problems with that? Why this is disallowed in Kile? Knowing the problems I can think about possible solutions. After that the error handling code can be tested :)
Sorry, but we cannot really use exceptions in Kile if Qt wasn't designed for that. The biggest obstacle is probably to make exceptions compatible with signals/slots. At least one has to be very, very careful when doing that. Another disadvantage is that executables that use exceptions are apparently up to 20% larger. I wasn't involved with Kile when the project handling code was written. My guess is that they wanted to have everything under one directory to make the invocation of LaTeX easier. How do you do it? Do you modify TEXINPUTS? What about live preview? Does it work on such projects? It feels like this could be a major change. It might be better to leave this for Kile 3.1 as I want to finish version 3.0 asap.
On October 6th, 2012, 7:19 p.m., Eugene Shalygin wrote:
Review request for Kile.
By Eugene Shalygin.
Updated Oct. 6, 2012, 7:19 p.m.