Difference between revisions of "Roadmap"

From GNUstepWiki
Jump to navigation Jump to search
m (→‎GNUstep 1.0: formatting cleanup)
Line 9: Line 9:
 
* Make
 
* Make
 
** Improvements for Windows (''see [[Roadmap to Windows#Make|Make on Windows]]'')
 
** Improvements for Windows (''see [[Roadmap to Windows#Make|Make on Windows]]'')
 
  
 
* Base
 
* Base
 
**  Improvements for Windows (''see [[Roadmap to Windows#Base|Base on Windows]]'')
 
**  Improvements for Windows (''see [[Roadmap to Windows#Base|Base on Windows]]'')
 
  
 
* GUI
 
* GUI
Line 19: Line 17:
 
** Stable interface
 
** Stable interface
 
** Correct any severe bugs.
 
** Correct any severe bugs.
    popup/pulldown menu operation ... sometimes (often) popup menus  
+
** popup/pulldown menu operation ... sometimes (often) popup menus seem to fail to track the mouse, so you can't select their buttons. cursor bug?
      seem to fail to track the mouse, so you can't select their buttons.
+
*** [https://savannah.gnu.org/bugs/?5871 Cursor rect handling]  
    cursor bug?
+
*** [https://savannah.gnu.org/bugs/?6152 Focus problem]  
    [https://savannah.gnu.org/bugs/?5871 Cursor rect handling]  
+
*** [https://savannah.gnu.org/bugs/?10825 Support for NSColor]  
    [https://savannah.gnu.org/bugs/?6152 Focus problem]  
+
*** [https://savannah.gnu.org/bugs/?10856 text fields]
    [https://savannah.gnu.org/bugs/?10825 Support for NSColor]  
 
    [https://savannah.gnu.org/bugs/?10856 text fields]
 
 
 
  
 
* Back
 
* Back
 
**  Better Windows Support (''see [[Roadmap to Windows#Gui|Gui on Windows]]'')
 
**  Better Windows Support (''see [[Roadmap to Windows#Gui|Gui on Windows]]'')
 
**  Focus issues
 
**  Focus issues
**    Reliable window manager/desktop interaction: several target WM?
+
**    Reliable window manager/desktop interaction: several target WM? -- window manager interaction ... I want clicking on windows to work <i>reliably</i>, so that when I click on any GNUstep window:
      1. window manager interaction ... I want clicking on windows to  
+
*# The application activates (shows its menu and panels, and raises the window clicked on).
        work *reliably*, so that when I click on any GNUstep window
+
*# The clicked window starts accepting keyboard input
        a. The application activates (shows its menu and panels, and raises the window clicked on).
+
*# any other GNUstep application deactivates (hides its menu and panels)
        b. The clicked window starts accepting keyboard input
 
        c. any other GNUstep application deactivates (hides its menu and panels)
 
 
 
  
 
* Development Environment:
 
* Development Environment:
 
**  Gorm 1.1.x
 
**  Gorm 1.1.x
 
**  ProjectCenter 0.4.x
 
**  ProjectCenter 0.4.x
 
  
 
* User apps
 
* User apps
 
**  GWorkspace 0.8.x
 
**  GWorkspace 0.8.x
 
**  Need more basic user apps
 
**  Need more basic user apps
    GNUMail, GWorkspace, Terminal, Preferences, TextEdit, others?
+
*** GNUMail, GWorkspace, Terminal, Preferences, TextEdit, others?
      Contribute as subprojects for more accessibility or at least mirror?
+
*** Contribute as subprojects for more accessibility or at least mirror?
      Common data formats and DnD.
+
*** Common data formats and DnD.
 
 
  
 
* Packaging
 
* Packaging

Revision as of 16:25, 10 March 2007

The roadmap is a living document- if you're a maintainer, please update it with your plans.

Roadmap Introduction

The GNUstep Roadmap represents where the team sees GNUstep going in future releases. As decisions are made regarding what should go into a given release, it will be added here for that release. This will help to track what features are planned in the future and what direction GNUstep will take in the future.


GNUstep 1.0

  • Back
    • Better Windows Support (see Gui on Windows)
    • Focus issues
    • Reliable window manager/desktop interaction: several target WM? -- window manager interaction ... I want clicking on windows to work reliably, so that when I click on any GNUstep window:
    1. The application activates (shows its menu and panels, and raises the window clicked on).
    2. The clicked window starts accepting keyboard input
    3. any other GNUstep application deactivates (hides its menu and panels)
  • Development Environment:
    • Gorm 1.1.x
    • ProjectCenter 0.4.x
  • User apps
    • GWorkspace 0.8.x
    • Need more basic user apps
      • GNUMail, GWorkspace, Terminal, Preferences, TextEdit, others?
      • Contribute as subprojects for more accessibility or at least mirror?
      • Common data formats and DnD.
  • Packaging
    • Package name, like GNUstep 1.0 for everything...

GNUstep 1.1

  • GUI
    • Integration of Camaelon into gui (and windows theme)
    • In-window menu support for windows
    • Nib support in gui, complete keyed archiving support. (In progress)
      • Phase 1: Nib reading (Percent complete: 70%)
      • Phase 2: Nib writing (Percent complete: 50%)


  • General
    • Make GNUstep more compliant with the FHS and other native layouts as an option
    • Maybe extract functionality from core libraries into other lightweight libraries if useful?


  • Development Environment
    • Nib support in Gorm
    • Create an "xcodebuild" like tool, perhaps called simply "codebuild" which will allow users to build xcodeprojects on a GNUstep system without having to resort to writing GNUmakefiles.
      • Since the files used by xcode are plists, it's possible to do this. It shouldn't be impossible to decode.

Some considerations for the future

  • Include distcc as part of the GNUstep developement environment, somewhat akin to XCode's distributed compilation.