Bug 56476 - KDevelop does not remember the state of visible panes when it exits
Summary: KDevelop does not remember the state of visible panes when it exits
Status: RESOLVED FIXED
Alias: None
Product: kdevelop
Classification: Applications
Component: UI: IDEAl (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: KDevelop Developers
URL:
Keywords:
: 59530 60504 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-03-27 05:55 UTC by Paul Hoepfner-Homme
Modified: 2003-08-21 15:06 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Hoepfner-Homme 2003-03-27 05:55:27 UTC
Version:           unknown (using KDE 3.1.0)
Compiler:          gcc version 2.95.3 20010315 (release)
OS:          Linux (i686) release 2.4.19-pre7

KDevelop always starts on my system with the "Recent" pane shown on the left, the "Documentation" pane visible on the right, and the "Messages" pane active on the bottom. (I use IDEAl mode if that's relevant.) I always have to change the active panes on all three sides to how they were when I last quit KDevelop. KDevelop should remember these settings so I don't have to do this every time. It should remember them either globally or on a per-project basis - you decide what you think is best.
Comment 1 Amilcar do Carmo Lucas 2003-04-03 22:56:08 UTC
Yeap, this is a bug 
Comment 2 Amilcar do Carmo Lucas 2003-04-05 19:41:22 UTC
This is partly solved now.
Comment 3 Amilcar do Carmo Lucas 2003-06-11 19:57:34 UTC
*** Bug 59530 has been marked as a duplicate of this bug. ***
Comment 4 Amilcar do Carmo Lucas 2003-06-30 10:50:21 UTC
*** Bug 60504 has been marked as a duplicate of this bug. ***
Comment 5 Amilcar do Carmo Lucas 2003-07-09 10:51:27 UTC
Subject: kdevelop

CVS commit by aclu: 

Save the state of IDEAl mode when closing.
Only works on a global basis, not per project.
Patch by: Charles Thorpe <cthorp at globalnet.co.uk>
CCMAIL: 56476-done@bugs.kde.org


  M +3 -1      lib/widgets/ktabzoomwidget.cpp   1.26
  M +7 -2      src/mainwindowideal.cpp   1.36
  M +3 -0      src/mainwindowideal.h   1.13


--- kdevelop/lib/widgets/ktabzoomwidget.cpp  #1.25:1.26
@@ -368,4 +368,6 @@ void KTabZoomWidget::saveSettings(KConfi
   else
     config->writeEntry("Strut", d->m_popup->height());
+
+        config->writeEntry("TabIndex", indexOf(current()));
 }
 
@@ -388,5 +390,5 @@ void KTabZoomWidget::loadSettings(KConfi
     KTZWidgetInfo *i=d->m_info.first();
     if (i) {
-      d->m_tabBar->setActiveIndex(i->m_barIndex);
+      d->m_tabBar->setActiveIndex(config->readNumEntry("TabIndex", 0));
     } else {
       // np parts there to show so we just hide ourselves

--- kdevelop/src/mainwindowideal.cpp  #1.35:1.36
@@ -154,5 +154,5 @@ void MainWindowIDEAl::init() {
     disconnect(a, SIGNAL(activated()), 0, 0);
     connect(a, SIGNAL(activated()), m_pMainWindowShare, SLOT(slotReportBug()));
-
+        connect( Core::getInstance(), SIGNAL(projectOpened()), this, SLOT(projectOpened()));
     m_pWindowMenu = (QPopupMenu*) main()->child( "window", "KPopupMenu" );
 
@@ -188,4 +188,6 @@ MainWindowIDEAl::~MainWindowIDEAl() {
 bool MainWindowIDEAl::queryClose()
 {
+    saveSettings(); //moved from queryClose so tab settings can be saved while
+                    //the components still exist.
     return Core::getInstance()->queryClose();
 }
@@ -193,5 +195,4 @@ bool MainWindowIDEAl::queryClose()
 bool MainWindowIDEAl::queryExit()
 {
-  saveSettings();
   return true;
 }
@@ -776,4 +777,8 @@ void MainWindowIDEAl::restoreOutputViewT
   }
   previous_output_view = NULL;
+}
+
+void MainWindowIDEAl::projectOpened() {
+  loadSettings();
 }
 

--- kdevelop/src/mainwindowideal.h  #1.12:1.13
@@ -92,4 +92,7 @@ public slots:
   void restoreOutputViewTab();
 
+  /** Just after the project gets opened */
+  void projectOpened();
+
 private slots:
   void slotBufferSelected();      // One entry of the Windows menu has been selected


Comment 6 Amilcar do Carmo Lucas 2003-08-21 15:06:00 UTC
*** Bug 63071 has been marked as a duplicate of this bug. ***