[ Start > PikeRequests ] [ Edit this Page | Viewing Version 7 ]

Note that adding your thoughts here does not necessarily imply that they'll actually be considered or implimented. This is simply a place for suggestions and discussions. Naturally, the more well thought out your ideas are, the more likely they'll be taken into consideration.

Pike Eclipse Integration

see Eclipse.

Pike Debugger

Every language needs a debugger, right?

Current Status: an embryo of a debugger currently exists as "unbug" which uses gdb as its core debugging engine. it's minimally functional, though native code generation currently disables breakpoints and stepping. Initial code to map local variables to variable names is present, but is weak at best.

Who to talk to: any of the core pike developers could point you in the right direction. A mail to pike-devel would be the best place to start.

Better documentation

We need better documentation in order to lure (pun intended) new pike fans.

Current Status: a pike tutorial is in the works and is about 90% finished. After that, core pike internals documentation has been started using doxygen.

Who's working on it: Contact Bill Welliver or Martin Baehr for the tutorial, and any of the core pike developers for internals documentation. We're using doxygen to document things, so you can grab a copy of pike from CVS and start documenting!

Better external module support

We'd like to be able to distribute core modules separately from pike, such that users can install a stripped version of Pike and install only the modules they need. It would also be nice for users to be able to update these core modules independently of the Pike release they're using.

Current Status: some minor changes should be made to the internal module build environment to synchronize it with the way external modules are currently built, according to Grubba. Once that's done, modules should be modified to include version data so that monger can support updating them.

GTK2 support

Current Pikes (as of 7.6) still ship with a complete implementation of GTK1 only. While the module advertises some GTK2 support, in reality, it's lying.

Current Status: A new GTK2 module based around the original GTK module (but without the GTK1 support) is under development. Things are moving along quite rapidly, so this status may be out of date already. GTK2 support will be officially bundled with the upcoming Pike 7.8 release.

Who's working on it: Lance Dillon is leading the charge here; his code is present in the 7.7 CVS tree, and QA work is ongoing.

Better XML support

The current Pike XML parser is rather slow and is missing support for a fair number of now-common XML related technologies, such as XPath, XSLT and the like. The parser is also non-validating, which limits its usefulness in certain applications. A glue to one of the well supported XML parsing libraries would be ideal.

Current Status: Bill Welliver has implemented a glue based on libxml2. It's still beta quality, but has a large number of useful features: XSLT support, XPath support, RelaxNG validation, SAX and XMLReader style interfaces. Assistance in testing and identifying opportunities for improvement are welcome.

XML Schema support

It would be nice to have some tools that made it easier to work with XML Schema. Things such as a code generator that converted an XSD to Pike classes, and vice versa. libxml2 support for XML Schema is currently limited to validation, so we'd accept work on libxml2 such that the XML2 binding could be enhanced.

See also: SOAP Support

ObjectiveC bridging (Cocoa)

The ability to interact with ObjectiveC applications would be pretty useful. Primarily, this means Cocoa on Mac OS X, but could also include GNUStep and POC. There are other languages with this sort of functionality already, so it should be doable by someone with some understanding of ObjC. There are both one-directional bridges (such as Lua's) that allow calling and accessing ObjC objects from their respective language, and bi-directional (such as Python's) which allow Objective C applications to access code written in the host language. Obviously, a bi-directional bridge would be ideal, as it would allow Cocoa apps to be written in Pike.

Current Status: Bill Welliver is working on a bridge in his spare time. It's bidirectional and supports auto-generated pike wrappers for Objective-C classes, as well as hand coded mixins. Full GUI applications can be written and basic support exists for "plugins", such as Preference Panes. Help is welcomed from those with experience and those without, too.

Other requests

- SOAP support

Powered by PikeWiki2

gotpike.org | Copyright © 2004 - 2009 | Pike is a trademark of Department of Computer and Information Science, Linköping University