On 8/30/06, saeed richardson <[EMAIL PROTECTED]> wrote:
Nah, I have been playing around with that stuff a little too. Cool stuff. Could be going there myself if we determine that Plum has no future. Which is why I want to push the issue here, so I can make a career judgement call soon and move on one way or another.
I agree completely. Adam talked doing this a long time ago, as well as being able to generate for specific target technologies (CF, PHP, .NET, etc)
I agree. One of the issues here is that Adam and David are in the BD .NET camp for the most part. If this is going to work, we are going to have to find ways to adapt this stuff to the Java/Eclipse bunch. Maybe using Ant, or something. Building an IDE using a web/ajax front end or Flex/Apollo eventually. Not sure the Churvii would want to do that, so somebody skilled in that technology would have to take the helm.
Good stuff.
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...)
Nah, I have been playing around with that stuff a little too. Cool stuff. Could be going there myself if we determine that Plum has no future. Which is why I want to push the issue here, so I can make a career judgement call soon and move on one way or another.
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.
I agree completely. Adam talked doing this a long time ago, as well as being able to generate for specific target technologies (CF, PHP, .NET, etc)
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.
I agree. One of the issues here is that Adam and David are in the BD .NET camp for the most part. If this is going to work, we are going to have to find ways to adapt this stuff to the Java/Eclipse bunch. Maybe using Ant, or something. Building an IDE using a web/ajax front end or Flex/Apollo eventually. Not sure the Churvii would want to do that, so somebody skilled in that technology would have to take the helm.
Good stuff.
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]]On 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
**********************************************************************
--
v/r,
Jeff Fleitz
