I don't mind helping as well. (Can't promise tons-o-time, but what I can.)
I've been using Model-Glue and Rails (don't hate me for either...)
I'm imagining that many folks would find it very useful if PLUM had the
ability
to generate framework specific code, as well. I know that this would be
a large
amount of work to create ad maintain the app, but I bet they would
relly find it
useful.
Also, the ability to specify a "default" editor, so that you could launch the
editor from PLUM to Dreamweaver, eclipse, or whatever IDE available.
Finally, as a primary MAC user (and even for accessing the site remotely from
the "non" PLUM installed machine) a simple web interface built by PLUM
would be
really nice. So imagine that after the PLUM app was built, if there
were a port
of some of the major config sections that could be administered inside of the
PLUM admin without using the IDE tool would prove valuable.
That's my $0.02!
--
saeed t. richardson, computer project manager
macromedia certified coldfusion developer
duke university school of medicine
post office box 3710 durham, north carolina 27710
tel: 919.684.2985; toll: 877.684.2985; fax: 919.668.3714
"C code. C code run. Run code run. Please!"
- Cynthia Dunning
Quoting mark <[EMAIL PROTECTED]>:
I'm in. I guess the place to start would be a list of changes/improvements
we'd like to see.
I would like to see the following:
The ability to use loops and conditional logic within Plum forms tags.
Better "field sections" and layout options.
Adding a few steps to the set up process so the application that one starts
with looks more like "your app" and less like a plum app. choosing a
default image for the header, providing company info for page header
comments ect. This would make it much more obvious to first timers how much
the framework/set-up provides for them.
The IDE would be much more useful if we could have the generated pages order
the form fields using a field in the database called fieldOrder or some
similar very specific name, the IDE could default to the current A-Z
ordering if that specific field does not exist. That would really give a
big boost to initial coding. Right now, with ordering A-Z, it almost as
much work to reorder all the fields as it is to type them all out.
What kind of changes did you have in mind Jeff?
It might be helpful, for a start, if we compared the "hacks" we have
made...this would point to improvements that could be made.
Mark
[Mark Fuqua]
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Aaron
Longnion
Sent: Tuesday, August 29, 2006 8:57 PM
To: [email protected]
Subject: Re: [plum] Show of Hands
I'm interested! (though with a full-time job in an enterprise shop, and a
2-month-year-old, I can't promise much help).
One of the most common real-world CF development challenges out there is
Legacy Code: bastardized Fusebox 2/3/4 codebases full of "working" CF
4/5-style code that needs to be re-factored into something scalable and
robust (preferably making intelligent use of CFCs and CustomTags...
elegantly, like the way Plum does so well)... without starting from scratch.
If we could come up with a strategy to market PLUM as a framework that let's
developers easily and smoothly transition from Legacy spaghetti code to
well-documented, componentized PLUM code, then I think we'd be on to
something. We'd stand out.
Until then, PLUM will only be used by a few adventurous folks.
( and I'd love to get my hands on the BD .NET version of PLUM ;-)
Aaron Longnion
HomeAway.com
On 8/29/06, Jeff Fleitz <[EMAIL PROTECTED]> wrote:
Hey folks,
Can I get a show of hands of those of you on the list that still
actively use Plum to develop applications (Adam and David, you don't count
;)? Is anybody interested in seeing another version?
Adam mentioned several months ago that there would be another version
and was looking for volunteers to help with the tasking. If enough people
are interested, I think we should take him up on it.
I still use Plum for all my development, even though I have been
experimenting with Fusebox, ModelGlue, Ruby on Rails, and a little DotNet,
and a little Flex over the past 6-8 months. I am an independent developer
working on department-level applications, not working on an Enterprise team,
and I find that Plum just fits better for what I do than all the Enterprise
OOP frameworks out there. It is a testiment to the foresight and skill of
Adam and David that I find Plum more than relevant still. While Plum offers
so much out of the box, there is still room for improvement and some bug
fixes. And we need to reach out to our non-Windows bretheren to try to get
more traction and momentum, or move on to other environments. I personally
would like to see Plum flourish, and so I am posting this message.
I was recently going over the mailing list archives, and was amazed at
how active we were as a community only a year ago. Now it is like a ghost
town. I for one would like to see Plum resurrected and get some community
involvement going so we can remain relevant.
I have some ideas for enhancements, and I'm sure those of you that still
use Plum do as well. But before we put the cart before the horse - is
anybody interested?
--
v/r,
Jeff Fleitz
--
Aaron Longnion
[EMAIL PROTECTED]
512-470-1211
**********************************************************************
You can subscribe to and unsubscribe from lists, and you can change
your subscriptions between normal and digest modes here:
http://www.productivityenhancement.com/support/DiscussionListsForm.cfm
**********************************************************************
