Slash Boxes
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
More | Login | Reply
Loading... please wait.
  • Dude! I just got done with the latest step of the MVC Marathon project: build a control to list results and CRUD. I was totally bummed out that Cat/DBIC had nothing like rails or cakephp or django.

    CatalystX::CRUD is mostly RDBO unless you write a forms processer, and Enzyme is all CDBI.

    I'm soooooo happy to see this post. I never looked at ListFramework because, well, it doesn't sound like CRUD at all. "List"?

    I'll be getting this up and running tonight and working it into the next MVC post.

    • Ok, It's not what I thought it was. :-/

      Is there any way to map this magic to an url, like /admin/? Also, when I tried using the latest Cat that now uses .conf instead of .yml, it dies about not seeing schema_class, even though I'm pointing it to the sample .yml file. After puttin the config in .conf, it then dies about not finding any templates.

      I looked at just the ListFramework, but even that seems to need a fair amount of coding to get in my situation which is comparing what rails/cake/django

      • Hi,

        Firstly, thanks for posting a comment :-) It might be better to take this support stuff off and onto the CPAN forum, if you like.

        Ok, It's not what I thought it was. :-/

        Did you look at the demo app? I'd be interested to know what you _did_ think it'd be, as that might offer up some cool feature(s) for the future.

        Is there any way to map this magic to an url, like /admin/?

        Again, I think the demo app linked in the post shows what the URLs look like. You can use Firebug to see the AJAX calls.

        when I tried using the latest Cat that now uses .conf instead of .yml

        Not sure what you're referring to here - might be best to send me an email with a link to the docs r

        • Yes, I looked at the demo app. It appears from the docs/code/demo that this is a complete app that does only CRUD.

          What's I'm interested in is bolting on CRUD to an existing app that already has DBIC models, and ideally, that would put all of it's stuff under an /admin/ location, while the rest of the app runs in /.

          Are you in

          • Okay, good suggestions, I'll see you on IRC then to talk about this further (my nick is 'oliver')
      • when I tried using the latest Cat that now uses .conf instead of .yml, it dies about not seeing schema_class

        I found the error causing this - the interface to one of the Catalyst plugins has changed. I've just uploaded version 0.16 of LFB to the CPAN with a fix.

  • Heh, nice one Oliver. My VPS is still up :)

    -Peter []

  • I teach a Perl course about once a year for folks in my organization, and one question the students always ask is, "I need a quick and simple web interface to this database we have, what should I use?" And there was no answer.

    Gantry has been able to do this for a while now:

    A Holiday Gantry Web Application []


    • Yes there are a few other equivalent systems, as I mentioned in the article (the Rose Garden one, in particular, I was familiar with). I must confess to being unaware of Gantry.

      What's interesting, and this is just typical of the Perl community's way of doing things, is that one module inspires use of another.

      For example people want a CRUD-ish system like this, but are put off by the size and power of the Rose Garden, or Gantry. then they install my LFB, and are happy for a while. Then they want to customize

  • InstantCRUD is another scaffolding package (just like Gantry above). It is now very outdated - but I have a new version of it and I am just waiting for a new release of DBIC (since unfortunately the more advanced features rely on some bug fixes). I try to make it lightweight - by offloading the work to more general purpose libraries. There is now really a multitude of CRUD packages - do you see any possibility to collaborate? Maybe by establishing some interfaces? Using common base modules? One thing
    • I think this is a great suggestion!

      Most of my effort on this module has been on the intelligence in the user interface, so the guts are certainly not very pretty nor elegant. But they work.

      At some point it will need refactoring, and there are a few good candidates for generic components. For example which (heavily) introspects the DBIx::Class schema, and also which parses web forms and performs DBIx::Class insert/updates. If these two were factored out and had standardized output/inp