Project | Dynamic Primitives |
Status | Working Prototype |
My preference | High |
Description | See DynamicPrimitives |
Votes | Put your votes here Is this required for a shader language in the 3D stuff.ZZ-2000 It's not exactly required, but that was part of my motivation for starting this: I wanted to generate 3D rendering primitives using that system. However, that specific goal has been obsoleted by Andreas Raab's Balloon3D stuff. -- Hans-Martin |
Project | WysiTeX |
Status | Working System in VisualWorks |
My preference | Medium |
Description | WysiTeX is a WYSIWYG TeX editor. It is implemented around an almost complete implementation of TeX written in Smalltalk. Currently, it runs in VisualWorks 2.0. Performance is acceptable for testing documents with a few pages. Look here for some screenshots: http://www.heeg.de/~hmm/projects/WysiTeX/ |
Votes | Bijan Parsia puts a vote here! Andrew C. Greenberg thinks this would be way cool. |
Project | Collage |
Status | Experiments |
My preference | High |
Description | Collage is yet another approach at source code and configuration management. It has a highly declarative aspect and should work quite well in the Smalltalk context, preserving the malleability while giving better control over what you're doing. |
Votes | Put your votes here JasonMcVay votes for this one! Hannes Hirzel as well; and David J. Pennell. Matthias Berth votes for this one, too -- especially for the SCAN part. Alex Stockdale too. John Duncan three! Collage looks great - go for it! Peter Smet. Bijan Parsia puts a vote here! (What! We can't vote more than once? Dang. I vote that HMM gets six mont...er...twelve months!) Me too! Bob Jarvis Stephan B. Wessels I vote that this capability is needed to get Squeak taken seriously in many development departments. I also am volunteering to help. I've written many application or source management tools for Smalltalk in the past. About a year ago I even did some experiments that extended the MVC development environment with Team/V like browser look-and-feel. My wife and I just (11/29/1999) purchased a home so I'm pretty busy for the next month or so but after that I'm interesting in help any way that I can. Paolo Bonzini Yuk! A pretty good idea!! That's what open-source Smalltalks lack to really rock!!! Göran Hultgren Even though this "competes" with a CVS solution that I am working on at http://www.bluefish.se:8080/sqcvs.1 I vote for this one! (Dynamic primitives is also nice of course... :-) Hans-Martin: Yes I know that it competes with the CVS project. I have two points:
Helge Horch votes for this one, too. He couldn't help, since he's still fascinated by the Goldstein/Bobrow paper on "Layered Software Design"... Since it looks like the CVS approach is gaining steam that's a great choice from my point of view too. The only thing I can think of that would deter from using CVS across the board would be if it doesn't work on the porting platforms. - Steve Wessels Göran Hultgren: I think that both projects are good. SqueakCVS wants to enable Squeak to use CVS. Period. But SqueakCVS will probably not be "revolutionary", so, since choice is always good, both projects are interesting! Then there is this ROAR (?) thingy too so... We can probably exchange both code and experience too. :-) By the way, I am leaning towards building a pure Squeak CVS client directly on top of the CVS protocol. This would mean that it will run on all Squeak platforms, which means that any Squeak could connect and interact with a CVS server. (the server requires some form of UNIX or Win32) Mark Schwenk thinks this sounds great! |
Project | SqueakOS |
Status | None |
My preference | Medium |
Description | My idea is to implement a complete OS in Smalltalk with device drivers, TCP/IP stack etc, not to put a Squeak onto a given microkernel. I have never done such a thing, so the chances are probably slim that I could do it in the timeframe, but I consider this really interesting... |
Votes | Put your votes here andre garzia: Sounds Cool, but realy challenging... Stefan Rieken: Go Go Go! But I would advise you to use existing code. For instance using FreeDOS as a kernel gives you a lot of supported hardware. Or do like AROS and make an interface to Linux drivers, then you're always up to date :-) Hans-Martin: The biggest problem with using an existing system is that 99% of them are PC-based. I've got a Mac. That says it all... John Tobler: Check out the SqueakNOS project already underway on SourceForge: https://sourceforge.net/projects/SqueakNOS/. |