Re: [Anjuta-devel] Plans after 1.0 ?

[Biswapesh Chattopadhyay <biswapesh_chatterjee tcscal co in>]

> Yup, I agree with this. 0.99/1.0 has a fairly good usable/stable state and

Yes, as far as I am concerned, Anjuta 1.0 is finished. The remaining
stuff are mostly doc updates, etc. which I can do without. That is why I
decided to come up with the plan document.

> brand new developement should be done on the most up to date version..

It is not as simple as that. Most contributors to Anjuta are
time-challanged. Moving all the Anjuta features most people need to
Anjuta2 is not a trivial task. Take my case for example. I get time to
hack on Anjuta in spurts. It is quite difficult for me to devote the
contiguous time-chunk required to be as productive on Anjuta2 as I am on
Anjuta1. On top of that, I use Anjuta1 pretty heavily at work and need
some of the features I listed in the short/medium term. For me, it is
far simpler to implement those features in Anjuta1 than to:

1) Understand the Anjuta2 architecture thoroughly.
2) Port all the existing Anjuta1 features I need to Anjuta2
3) Implement the new features I need to Anjuta2.

Also, how do you define 'most up-to-date' version ? Anjuta1 has far more
features useful for real-life hacking than Anjuta2. Things would have
been different if Anjuta1 and Anjuta2 had more-or-less the same maturity
level but that is not the case. I did do a build of Anjuta2 a month or
so back to see how much effort it would take to bring it up to my
requirements - trust me, it is not a small amount of work - at least, I
cannot afford to spend that much time.

Frankly I was hoping that by the time the GNOME2 port of AN1 stabilizes,
Anjuta2 would have advanced to a stage where I could switch over but
sadly, that has not been the case :-(

Things, of course, will change once core Anjuta1 hackers like Naba and
Stef join forces with the AN2 guys and start porting all the main
features. But till then, it is simply more pratical for me to work on
1.x. No offence to the AN2 guys; they are doing a great job (Anjuta2
code is much cleaner/more flexible than AN1).

So, till Naba, Andy and Stef decide to drop Anjuta1 and move to Anjuta2,
I'm sticking to AN1.

Another thing: the document I created should be pretty useful to Anjuta2
developers as well - since they'll get an idea about what people are
looking for in the next generation of the GNOME IDE. So, if they pool
this document with the existing AN1 feature set, they have a good target
to aim for.

Naba,Stef, Andy: What do you say on this issue ? It's your call really
:-)

Rgds,
Biswa.

> 
> TTimo
> 
> On 08 Oct 2002 12:15:08 +0200
> Jeroen Zwartepoorte <jeroen xs4all nl> wrote:
> 
> > Hi all,
> >
> > I'm unaware that the "plan" has changed, but i was under the impression
> > that the goal was to stabilize anjuta 0.99 and do an anjuta 1.0 release?
> > Then do a fast port to gnome2 so people can use it on gnome2 (and it
> > looks the same as the rest of the desktop). After that, work would move
> > to anjuta2. Has this changed?
> >
> > Anjuta2 has improved a lot in the last couple of months (thanks
> > primarily to Gustavo & me). The automake backend in gnome-build is lot
> > more functional (you can add sources now & you can build the project as
> > well (prepare, configure, make all, make clean, make install)). I'm
> > currently working on adding session support. After that is complete,
> > i'll probably work on adding a project file so there's a common way to
> > load a project (instead of how you need to load an automake project
> > now).
> >
> > Anyway, i feel that anjuta2 is progressing very nicely. Extending the
> > framework with new functionality is a breeze. Adding a new project
> > backend to gnome-build should be very easy to do. So i'm basically in
> > favor of moving the development focus to anjuta2 (in case you hadn't
> > noticed :)
> >
> > Jeroen
> >
> >
> > On Tue, 2002-10-08 at 11:36, Biswapesh Chattopadhyay wrote:
> > > Hi all
> > >
> > > I spent the morning going through all the bug and feature requests
> > > trying to consolidate what we need to do once 1.0 is released. The
> > > following list is the result. The numbers in brackets are the related
> > > feature request numbers on SourceForge.
> > >
> > > I'm hoping this can server as a basis for discussion and as a post 1.0
> > > roadmap. Maybe someone can create a nice HTML document from it (like
> > > Andy's 1.0 Release Tasks page) ?
> > >
> > > So, what do you guys think ? Anything I've missed ?
> > >
> > > Thanks and regards,
> > > Biswa.
> > >
> > > ----
> > >
> >
> > > Tentative roadmap for Anjuta after 1.0 release
> > >
> > >
> ----------------------------------------------------------------------------------------------
> 
> > > 1) More powerful Search, Search&Replace, Find In Files, etc. (422986,
> 533297)
> > > 2) Better support for other languages, e.g., Java, Perl, Python, etc.
> > >   a) TagManager integration (tags, symbol browser, autocomplete, etc.)
> > >   b) Project types (new project, import, etc.)
> > >   c) Build and execute support (Make, Build, Execute, etc.)
> > > 3) Revamp wizards:
> > >   a) New project wizards (Applets, Java, Empty, Web (HTML/PHP), QT/KDE,
> SDL, OpenGL) (442139, 596075)
> > >   b) Template based wizards for projects, files and code snippets.
> (495228)
> > >   c) Enhance project wizards so that the projects do useful stuff
> out-of-the-box.
> > >   d) More flexibility in wizards.
> > >   e) get ideas from VC++, KDevelop, Kylix, etc.
> > >   f) Custom wizard (import specified extensions only).
> > >   g) Better (more flexible) GUI ( Glade based ? Organized by Tabs ala
> VC ?).
> > > 4) Revamp Scintilla interface:
> > >   a) Upgrade to latest Scintilla and SciTE.
> > >   b) Fix bugs present in Anjuta but not in SciTE.
> > >   c) More editor preferences in GUI covering all SciTE/Scintilla
> properties.
> > >   d) GUI to map file extensions to languages (Editor + TagManager).
> > >   e) Better highliting, more languages, better indentation, etc.
> > >   f) Saving editor preferences on a per-project/multiple presets basis
> (554492)
> > >   g) Ability to use multibyte and fonts of different charsets
> > >   h) Feature requests (489114, 505305, 515658, 533298, 537126, 537127,
> 566266, 578281, 581258, 593493
> > >      , 594431, 595979, 598005, 604601, 606759)
> > >   i) GUI for all Scintilla/SciTE preferences (605029)
> > >   j) As many ultraedit features as possible - seems like a very popular
> editor :-)
> > > 5) Revamp project manager: (existing/integrate Stef's one ?)
> > >   a) Support multiple targets of different types (static/shared libs,
> executables, etc.)
> > >   b) Import from an existing autotools project (566640)
> > >   c) Better support for editing Makefile.am, configure.in, etc.
> (566640)
> > >   d) Support projects in different languages (Java, HTML/PHP, Python,
> etc.) (523977, 559165, 618585)
> > >   e) Support large and flexible projects (442416, 549337, 553579)
> > >   f) GUI enhancements (552209)
> > >   g) More flexible make/build system to support cons, ant, etc.
> (555469, 556364, 558725, 596074, 604171)
> > >   h) Import project files of other IDEs (VC++, Borland C++, KDevelop,
> etc.) (593474)
> > > 6) Support user-configurable tools (Tools menu + tool editor) with
> variable substitution (484187)
> > > 7) Integration with tools like valgrind, gcov, gtk-doc, Doxygen, gprof,
> etc.
> > > 8) Code refactoring (needs sourcebase) (450159)
> > > 9) Better code browsing:
> > >   a) Implement intellisense completion (497039, 522445, 604756)
> > >   b) Call graphs and code reference visualization (ala Source
> Navigator)
> > >   c) Better class browser (namespace support, nested classes, more
> languages, etc.) (521245, 529830, 539573, 556364)
> > >   d) Make symbol browser work without project & remember expanded nodes
> while refreshing (577026)
> > >   e) Local symbol view (583349)
> > > 10) Make debugger interface more flexible:
> > >   a) Allow user to use different debugger (e.g. dbx on Solaris)
> (500392)
> > >   b) Better support for multi-threaded programs.
> > >   c) Multi-paned and better integrated with PM (566262)
> > >   d) Ability to pass custom commands to the debugger and show the
> output (602798)
> > >   e) Integrate the watch window in the messages pane after Locals
> (599543)
> > > 11) More and better tranlations (Korean, etc.)
> > > 12) Generic GUI/usability improvements:
> > >   a) Two find-in-files tabs ala VC++
> > >   b) Easy switching between various windows using shortcuts (560887)
> > >   c) Add 'Save' button to the editor context menu. (561310)
> > >   d) Support 'Sessions' i.e. group of files from different locations
> (561744)
> > >   e) Add to project from the file menu (562068)
> > >   f) Better patching, diffing and merging support ala gtkdiff (570397)
> > >   g) Use custom tools for indentation (577030)
> > >   h) Shortcut to jump between open files (577381)
> > >   i) Copy selection from the message pane (581498)
> > >   j) Make file and symbol browsers work outside project mode (585416)
> > >   k) Customizable menus, toolbars and shortcuts (595361, 595363,
> 596346)
> > >   l) Display output in message window rather than a console (604179)
> > > 13) Make version control more flexible (so that BitKeeper, Arch,
> Subversion, etc. can be used) (607873)
> > > 14) Mono (C#) support (standalone files, projects, class browser,
> wizards, etc.) (614374)
> > > 15) gnome-db support (617267)
> > >
> -------------------------------------------------------------------------------------------------------------------------
> 
> >
> >
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Anjuta-devel mailing list
> > Anjuta-devel lists sourceforge net
> > https://lists.sourceforge.net/lists/listinfo/anjuta-devel
> >
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Anjuta-devel mailing list
> Anjuta-devel lists sourceforge net
> https://lists.sourceforge.net/lists/listinfo/anjuta-devel
> 
>