From kdevelop-devel Tue Mar 23 12:50:03 2004 From: Andras Mantia Date: Tue, 23 Mar 2004 12:50:03 +0000 To: kdevelop-devel Subject: Re: CVS HEAD problems Message-Id: <20040323124824.355B81996A () smtp ! zappmobile ! ro> X-MARC-Message: https://marc.info/?l=kdevelop-devel&m=108004622502374 Jens Dagerbo wrote: >> - no Success message when compilation done. I might fix this later. > > Hmm.. works here, but I think someone else reported that too. I will verify it in the sources. >> - I cannot dock the bottom views under the editor, but not under the left >> treeviews in IDEAl mode. I could do previously (and it is still possible >> with Kate) > > I don't understand. What is it that you can't do? I can freely move and > dock the toolviews to whatever border in IDEAl mode. The setup isn't saved > between sessions, but that's nothing new.. Yes, sessions restoration does not work, and I knew that, although until now it worked if I moved some toolview from the left to the right edge, at least that one was remembered. But regarding my problem see the screenshots: - what I want (shown from Kate): http://www.kdewebdev.org/~amantia/kdevelop_good.jpg - what I have: http://www.kdewebdev.org/~amantia/kdevelop_bad1.jpg >> - Window->Close All does not work at all, or closes only some files >> (IDEAl mode) > > Right. It was a consequence of the new mainwindow. It works for "File -> > Close All" though. (Do we really need this action in two places?!). I'm > still trying to find a sane way of wiring up what we need in the Window > menu without importing half of KMdiMainFrm again... I also don't know what to say. Close can be in both of them. I think Close All belongs to Window only. > > What's missing: > #The Close All / Close Others functionality (duplicated in the File menu) > #XMLGUI-merged entries - currently only the "closer dialog". > #(Functionality > which is now duplicated by the FileList plugin) > #The list of open files (again, duplicated by the FileList plugin) > #Some form of access to the ChildFrame mode's window tileing methods - > #this is > the only really unique functionality left in the Window menu. It's worth > noting that Kate doesn't have one.. > >> - KDevelop uses 90-100% of CPU in some case (with a certain set of opened >> files). I had 12 auto-opened file on startup, and started to close one by >> one. The CPU usage went down when I remained with one, but after that it >> remained low even if I reopened some more files. > > Never seen that. You say "with a certain set of opened file". Does this > mean it's fully reproducible? Does the debug trace seem to indicate that > anything is going on? I saw that when I loaded my Quanta project which opened 12 files. After I closed the files one by one, the CPU was still at 100% until I closed the last but one. When I reopened that file, the CPU did not went up to 100%, so it was not because that file. OK, I found the reason: the CPU usage is ~100% when you load a project and it restores some opened files. This is reproducable, even with two files (one .h and one .cpp), but not when only one opened file is restored. Andras > > > jd > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.3 (GNU/Linux) > > iD8DBQFAYCe66meJzsUuplQRAk9FAJ4r4aFSE1C6gMRvZmWNgUeIt9hM+QCeNpwq > me4TPMQ/fASLVS3tvS7xE8o= > =lemC > -----END PGP SIGNATURE----- _______________________________________________ Kdevelop-devel mailing list Kdevelop-devel@barney.cs.uni-potsdam.de http://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel