Difference between revisions of "Roadmap"

From GNUstepWiki
Jump to navigation Jump to search
(9 intermediate revisions by 5 users not shown)
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
** Improve printing support.
+
** Improve printing support
 +
*** Alpha support for printing.  All other operations are working.
 
** Stable interface
 
** Stable interface
** Correct any severe bugs.
+
*** GNUstep's API has stablized a lot recently.
    popup/pulldown menu operation ... sometimes (often) popup menus  
+
** Correct any severe bugs which remain in the codebase (none known at this time)
      seem to fail to track the mouse, so you can't select their buttons.
+
** popup/pulldown menu operation ... sometimes (often) popup menus seem to fail to track the mouse, so you can't select their buttons. cursor bug?
    cursor bug?
+
*** [https://savannah.gnu.org/bugs/?6152 Correct a few long standing, but minor, focus problems]
    #5871 (Cursor rect handling)  
+
*** [https://savannah.gnu.org/bugs/?10825 Support for NSColor colorWithPatternImage:] (done)
    #6152 (Focus problem)  
+
** Complete [[Themability|themeing]] in GUI (and windows theme) (in progress)
    #10825
+
** In-window menu support for Windows (working)
    #10856
+
** Nib support in gui, complete keyed archiving support. (In progress)
 
+
*** Phase 1: Nib reading (Percent complete: 100%)
  
 
* 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.4.x
**  ProjectCenter 0.4.x
+
**  ProjectCenter 0.6.x
 
+
** 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. 
 +
*** 80% Done: see [[pbxbuild]].
  
 
* User apps
 
* User apps
**  GWorkspace 0.8.x
+
**  GWorkspace 0.9.x
 
**  Need more basic user apps
 
**  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.
 
  
 +
* Other
 +
** Initial public release of SimpleWebKit
  
 
* Packaging
 
* Packaging
Line 58: Line 54:
  
 
* GUI
 
* GUI
** Integration of Camaelon into gui (and windows theme)
+
** Nib Compatibility Phase 2: Nib writing (Percent complete: 95%)
** 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
 
* 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?
 
** 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.
 

Revision as of 09:17, 15 November 2010

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

  • GUI
    • Improve printing support.
      • Alpha support for printing. All other operations are working.
    • Stable interface
      • GNUstep's API has stablized a lot recently.
    • Correct any severe bugs which remain in the codebase (none known at this time)
    • popup/pulldown menu operation ... sometimes (often) popup menus seem to fail to track the mouse, so you can't select their buttons. cursor bug?
    • Complete themeing in GUI (and windows theme) (in progress)
    • In-window menu support for Windows (working)
    • Nib support in gui, complete keyed archiving support. (In progress)
      • Phase 1: Nib reading (Percent complete: 100%)
  • 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.4.x
    • ProjectCenter 0.6.x
    • 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.
  • User apps
    • GWorkspace 0.9.x
    • Need more basic user apps
  • Other
    • Initial public release of SimpleWebKit
  • Packaging
    • Package name, like GNUstep 1.0 for everything...

GNUstep 1.1

  • GUI
    • Nib Compatibility Phase 2: Nib writing (Percent complete: 95%)


  • General
    • Maybe extract functionality from core libraries into other lightweight libraries if useful?