Re: [Catalyst] Question on an exception; seems related to autocrud?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Ken, I'm sorry for having missed this message originally, only finding it whilst digging through my mail archive for something else! On 03/02/2010 16:58, Ken Beal wrote: > To the list: has anyone else noticed a similar difference in behavior > accessing SQLite3 databases from Catalyst, after adding AutoCRUD? This is a little surprising, only because AutoCRUD uses SQLite in its own test suite. Having said that, each database does have its quirks so there could be some issue I've not yet encountered. If this remains a problem for you, please do send an email to and we can look at this in more depth. regards, oliver. - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkul3AgACgkQ2NPq7pwWBt6dQACfXMA1uYcB3EO9Bz6UURjLmKFZ RWUAoMlRtJUYnOOqWf/aJwRrDMwGNYny =uFtd -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst::Plugin::Prototype: current state?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Charlie, I'm the author of AutoCRUD, and fully support the route Ovid has taken, indeed it's how we use AutoCRUD at my workplace: under its own Apache with specific Apache ACLs for admin staff. On 22/03/2010 11:32, Charlie Garrison wrote: > What part of AutoCRUD is accessed outside the /autocrud path? You might be misunderstanding how AutoCRUD works. The "/autocrud" base is just a default - you can set this to something else or even "". That means I cannot tell you what paths to protect, you need to work it out for yourself, although they will be self-contained. If you want to control access on a per-table basis, then your ACLs are based on path parts which are constructed on the fly from your DB schema and table names, and there is a risk you will get it wrong. It's not even easy for me to document, because schema and table names are not transposed literally into the path. > To me, *having* to run a separate app > indicates a design flaw. And if that's the case then I need to look at > alternate solutions. > > I'm somewhat baffled > that a tool which effectively allows full access to the DBIC model > doesn't at least consider authz as part of the design. I think you're a little wide of the mark here. There are many CRUD solutions for Catalyst/DBIC, each with strengths and weaknesses. As t0m put it very well in another thread: "AutoCRUD is very simple and easy to use, works like a charm and also gives you absolutely no configurability." If you want tight control over how your CRUD works then build the CRUD yourself using one of the other frameworks[1]. Please don't criticize AutoCRUD for not addressing a given feature - there are any number of use cases where the plugin is perfectly adequate. regards, oliver. [1] e.g. CatalystX::CRUD, CatalystX::CRUD::YUI or Catalyst::Manual - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkunYoIACgkQ2NPq7pwWBt5IcwCdE24XYlBpYzDF3oBJsnhcJw6Y jY0AoOTN/N6JXedk+qNjWmtQoxgW1ljy =FY4w -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst::Plugin::Prototype: current state?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Charlie, On 22/03/2010 13:08, Charlie Garrison wrote: > The "self-contained" part is what I really wanted to know. I'm > aware the base can change to something else; I'm fine with that. > > I'm just looking for a shotgun (all or nothing) approach. In which case yes, I would leave the default path base of "/autocrud" (or set it to something else), and then place a single ACL on that - all AutoCRUD operations will be protected. regards, oliver. - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkun8ZkACgkQ2NPq7pwWBt4ZrQCfU3XNNn2m7Uf+EKHTpPsCUH7z T4UAoJGYKXRMoUh5RYnMVO0YhMf0j0Go =faIi -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] autocrud/ExtJS question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Marc, On 24/09/2010 12:13, Marc Gamontini wrote: > I'd like to know if Catalyst-Plugin-AutoCRUD is able to generate > checkboxes > (http://dev.sencha.com/deploy/dev/examples/form/check-radio.html) > via ExtJS automatically for a multivalued field (built on a correct > 3-table model). Do other Catalyst-mechanisms exist and what are the > good pratices about that ? If I understand your question correctly, you are asking whether many-to-many relationships are supported via checkboxes in the user interface? I.e. given tables: person - person_animal - animal The person_animal link table indicates which animals a person owns. In this case, AutoCRUD will identify the many-to-many relation but does not allow selection of animals in the person table view. This is because the module doesn't know how many animals there might be, so there is no simple user interface to use for all situations. AutoCRUD will handle the person_animal table correctly though, and present searchable lists of all person and animal entries there. So you use this table view to select the related animals but you have to do it one at a time in the person_animal table. If anyone does have any suggestions for how this might be done better in the user interface, please let me know. I hope that helps, regards, oliver. - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkycnfEACgkQ2NPq7pwWBt5XYgCgoSuUwKemG42MN8NZATT9gFiR v44AoL/C4TPHPEUTz4rIgAjobcz3o+cM =V1rr -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] autocrud/ExtJS question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 24/09/2010 16:21, Peter Karman wrote: > Oliver Gorwits wrote on 09/24/2010 07:47 AM: >> If anyone does have any suggestions for how this might be done >> better in the user interface, please let me know. > > CatalystX::CRUD::YUI handles many-to-many (and one-to-many) selection > through a livegrid (ExtJS extension) widget, so that there is no need to > know or care how many possible combinations there might be. Thanks Peter, I will check this out! regards, - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkylfPwACgkQ2NPq7pwWBt6RtQCglVFJpAHn+X9iu0k757D/0DT5 qdwAoNPOoKe8Se76RYMsg5DKajaRBCob =yzEs -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst::Plugin::AutoCRUD example not working?
> AutoCRUD is definitely maintained, and generally works very well. > > 'No sources defined' sounds to me like possibly your AutoCRUD config is > wrong... I can't read the demo from here though, so can't help with > specific advice, sorry. I released a new beta of AutoCRUD a couple of days ago, but it seems metacpan.org doesn't scream "DEVELOPMENT RELEASE" at the user in the same way search.cpan.org does - so I'm sorry if some users innocently downloaded the 2.x TRIAL version, instead of the 1.x stable release. The OP is probably quite right - AutoCRUD's demo app mightn't work, as I've focused on getting the 1.x test suite to pass under 2.x (which it does :-). AutoCRUD is developed on the shifting sands of many other modules, and it may also be that changes elsewhere need to be handled. If anyone wants to try the 2.x release of AutoCRUD - please do! There are many new and oft-requested features now in place, including: * Support for both composite and compound primary keys * Tables can have multiple relations to the same table * Tables can have relations to themselves * Can set filters on has_many and many_to_many type relations * URI query string can pre-set filter(s): cpac_filter.$col=$val * Support for tables with no primary key (possibly read-only) * Support for columns with names that are not Perl identifiers * Support for Views (in DBIx::Class, both virtual and non-virtual) * DBIx::Class proxy columns are displayed and can be edited * Support custom accessor names on DBIx::Class columns * Auto-increment columns are not displayed on the Add/Edit form The guts have also been rewritten to decouple from DBIx::Class, and hence support other table/column-like storage backends. What remains is for me to document the API so that this can be used. p.s. if you do encounter an issue - by all means try this mail list but also raise a ticket at rt.cpan.org as then I will keep track of it, and be more likely to take a look on a rainy Sunday afternoon :-) regards, oliver. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Double encoding of UTF8 strings
> I have hacked around this AutoCRUD JSON view, and end up with a solution > > It is probably a bad solution, as I can't imagine that > Catalyst::JSON::View is wrong, but I wonder what is the correct way to > do it. In terms of AutoCRUD, I can't offer a lot more, only to add I'm very pleased that you did get something working :-) Those with good memory may know that over the years there have been a couple of similar issues with AutoCRUD. My deep thanks to those on IRC and this list for helping! I've definitely heard of success stories where AutoCRUD happily displays UTF8. So could this be a storage issue as Julien suggests? Table or database connection configuration? Is this a question better directed at the DBIx::Class mail list? regards, oliver. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Double encoding of UTF8 strings
On 07/10/2011 16:22, jul@gmail.com wrote: Only simple catalyst.pl calls, a simple sqlite3 database, using default debian environnement. I have added a line in the sqlite database with "éè", and you can see the result... Thanks for testing to confirm (or not) if you have the same behaviour. I do - double encoded here as well, many thanks for the example case. regards, oliver. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst::Plugin::AutoCRUD example not working?
On 07/10/2011 16:11, jul@gmail.com wrote: I tried to run it with the 2.x Trial (same code, same config, only changing the AutoCRUD modules), and I have the following error : Caught exception in TestUTF8::Controller::AutoCRUD::Root->err_message "Use of uninitialized value in exists at /usr/local/share/perl/5.10.1/Catalyst/Plugin/AutoCRUD/Controller/Root.pm line 158." The config with the app isn't right, which is why AutoCRUD exploded. Sure, it shouldn't do that, so I have another thing to fix :) But to get the app running, comment out the Model::AutoCRUD::DBIC config key entirely. You already provide DB connection info within the DB.pm Model. This is Scenario 1. from the documentation. (of course if you want to customize AutoCRUD then the key needs to be there only without the connection/schema info) regards, oliver. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Double encoding of UTF8 strings - RESOLVED
On 07/10/2011 10:21, jul@gmail.com wrote: I have installed and ran successfully the AutoCRUD plugin, I set up a mysql database tables to use UT8 charset, the charset in the ajax requests is utf-8, everything seems correct, except the data in the grids are double encoded, that means é instead of é. After some investigation and poking around in documentation I found that the following is essential to using Unicode in Catalyst apps: 1) tell your database connection to use unicode (this will be a flag in the connect options, alongside your username, password, etc). 2) load the Catalyst::Plugin::Unicode::Encoding plugin. These ensure that data is flagged correctly when moving in both directions between the database and the user interface. Acknowledgment must go the author(s) of the following pages: http://wiki.catalystframework.org/wiki/tutorialsandhowtos/using_unicode https://metacpan.org/module/DBIx::Class::Manual::Cookbook#Using-Unicode The wiki page tells you the flag to use for each of the popular database engines (I only tested with SQLite). I hope this helps you Julien, and also the list archives! regards, oliver. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst::Plugin::AutoCRUD 2.x and ExtJS 4
On 10/10/2011 16:37, jul@gmail.com wrote: Anyway do you plan to port the interface to ExtJS 4 ? Maybe, but no definite plans. Here are a few thoughts I have right now... 1) the current interface works quite well 2) but there's too much logic in the templates so they need rewriting 3) the license terms of ExtJS (2.x and 4.x) are evil (GPLv3) 4) is there another, similar, toolkit with a better license? 5) but not JQuery + 1001 plugins - I think this is messy 6) I'm not a UI person so it's a lot of effort for me to do ExtJS 4 doesn't seem to offer much that would improve the interface, other than perhaps the paging-less "infinite scroll" grid. As the frontend's API (the AJAX/JSON bit) isn't documented, I don't expect to have anyone cough up a new interface. But if any mock-ups with other JS toolkits are forthcoming then there's a good chance I'll try to graft it on if the features (filtering, etc) are equivalent. regards, oliver. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst::Plugin::AutoCRUD 2.x and ExtJS 4
On 11/10/2011 06:56, jul@gmail.com wrote: 6) I'm not a UI person so it's a lot of effort for me to do I can help. That's appreciated :-) ExtJS 4 doesn't seem to offer much that would improve the interface, other than perhaps the paging-less "infinite scroll" grid. Filters also can be integrated in column's headers (available also in 2.2) In 2.2 the filter is accessed by opening the column options (where you also show/hide the cols). I didn't like that the filter wasn't visible all the time, so implemented the current AutoCRUD filters "row". I believe it's the same in 4.x from what I've seen of the demos unless I missed something. Oh, the editable grid is also a nice feature but I'm unsure whether that would just confuse the user in the current UI. I wil try a simple test with ExtJS 4, and post it soon. I look forward to it, many thanks! regards, oliver. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Plugin::AutoCRUD developer/beta release - 2.112830_001
Hi folks, I've released another Plugin::AutoCRUD development/beta version to CPAN: https://metacpan.org/release/OLIVER/Catalyst-Plugin-AutoCRUD-2.112830_001/ Thanks for all feedback received here and via RT. The changes are: [ENHANCEMENTS] * Non virtual (DBIx::Class) Views have better displayed names * Two new Demo Apps to highlight other features [BUG FIXES] * Fix multiple schema bug reported by Julien Gilles * Demo App now runs under modern Catalyst::ScriptRunner * Unchecking checkboxes now updates the database correctly In addition I've updated the POD with some Unicode tips and new instructions for running the three bundled demo apps. Please do try this out, and let me know how you get on (via rt.cpan.org if you have a bug report, please). regards, oliver. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Plugin::AutoCRUD developer/beta release
I've shipped what I hope to be the final dev version before the new 2.x stable release: https://metacpan.org/release/OLIVER/Catalyst-Plugin-AutoCRUD-2.113020_005 All feedback welcomed. Stable release should come in a week-or-so if I don't hear of anything major. Many thanks to those who have emailed me with their feedback so far. p.s. there is now a live demo on the Internet: http://demo.autocrud.pl/ regards, oliver. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Cat App on dotcloud
> skeleton, did you run "perl Makefile.PL" locally, to generate meta.yml and > the inc directory? This could be it, and is mentioned in Phillip Smiths comprehensive guide, on blogs.perl.org: http://blogs.perl.org/users/phillip_smith/2011/08/dotcloud-loves-catalyst-apps-up-and-running-in-10-minutes-perl-in-the-cloud-part-iii.html Hope this helps, oliver. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Plugin::AutoCRUD developer/beta release
> All feedback welcomed. Stable release should come in a week-or-so if I > don't hear of anything major. Now released: https://metacpan.org/module/Catalyst::Plugin::AutoCRUD > p.s. there is now a live demo on the Internet: > > http://demo.autocrud.pl/ regards, oliver. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Announce: Instant AJAX web front-end for DBIx::Class
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi folks, I'd like to announce a new Cat application which is now on the CPAN. The ListFramework Builder (LFB) takes your DBIx::Class Schema definition and produces an AJAX CRUD web interface, on the fly. The specific goals are minimal configuration and very quick deployment. LFB doesn't use scaffolding - the interface is dynamically generated from files in the distribution. Table relationships are well supported (belongs_to, has_one, might_have, and has_many), as are auto incrementing primary keys, and many data types. It's early days, and I'm working mostly on the ExtJS frontend at the moment, with a new release every couple of days or so. You can see a live demo of the current release of LFB, here[1]: ~ http://dragonstaff.co.uk/oliverg/album Feedback and early adopters are welcome! Drop me a line if you have any questions or comments. Here it is, on CPAN: ~ http://search.cpan.org/perldoc?CatalystX::ListFramework::Builder regards, oliver. [1] Thanks to Peter Edwards / Dragonstaff, for the hosting. - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIqegW2NPq7pwWBt4RAjGGAJ97+5tZrJnxePBJw4AcAPWlST/5BACgnV2U IHwWAMerhhZ/p5r43DSUswA= =OlSm -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst::Response - send a file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Dermot, Dermot wrote: | I am looking for a method to send a file in response to a | request. Have you considered Catalyst::Plugin::Static::Simple ? ~ http://search.cpan.org/perldoc?Catalyst::Plugin::Static::Simple Or, use a suitably configured Apache for better performance in production. regards, oliver. - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIqrEk2NPq7pwWBt4RAkJ6AJ9IYC5ddBBemb2AECT0b2J6CtbnSwCeNOhM 9IXDMEt7GyvHvvIxea0JyM0= =yK/e -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Announce: Instant AJAX web front-end for DBIx::Class
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Oliver Gorwits wrote: | The ListFramework Builder (LFB) takes your DBIx::Class Schema | definition and produces an AJAX CRUD web interface, on the fly. | | Feedback and early adopters are welcome! Drop me a line if you | have any questions or comments. Here it is, on CPAN: Many thanks for the positive feedback received :-) I have added a page to the Catalyst wiki, in case people have notes, comparisons, or other comments to make on the application. The page is called 'LFB' and you'll find a link on the main CRUD page, here: ~ http://dev.catalyst.perl.org/wiki/crud regards, oliver. - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIq03r2NPq7pwWBt4RAj2fAJ9RADnr3VBjHmTtAzcomhW/un1+DQCguUTM jByIoW5b/Tn9KFuBVghhGZo= =PGYn -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Announce: Instant AJAX web front-end for DBIx::Class
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Moritz, Moritz Onken wrote: | Great goob! A few comments: | | * Is it possible to add this as a plugin to an existing catalyst | application (as an admin panel)? I've just released a new version of LFB (0.25) to the CPAN, which has much better support for relocation. When it arrives on CPAN, read the documentation to see how to set a path under which the LFB application will run. You can then use it as a regular Catalyst "Plugin" to an application. For now, you'll still have to set the DBIx::Class Model configuration separately for LFB, which will mean some duplication in your configuration. I'll look into fixing that later. | * Why do you not use the filter | abilities of extjs for the grid? they are much more convenient The ExtJS filter works locally on data already retrieved by the browser. What I am doing is sending search parameters to the web server via AJAX, which is something different. Sorry if I've misunderstood you. | * Did you think about prodiving a | different interface for selecting the items depending on the | number of possible values? I think there are a few different ideas, here, but essentially the application doesn't know how many possible values there are when it generates the user interface... | What I'm saying: If you specify the | color of a item (red, blue, and green) and would be great to have | a radiogroup to select it. LFB does not yet have support for enumerated types as you find in some databases such as PostgreSQL - it's something I am considering adding support for, though. That would address your red/green/blue use case, I suppose. | If there are many (>10) It would be | great to have a select box. If there are even more (>1000) an | autocomplete field would be great. The combobox used for has_many relations will "autosuggest" if you type in (I think) four characters, then wait a bit. In v0.25 I've fixed this to be a case insensitive search. It's horribly inefficient though, as it's filtering against all records in the related table (specifically, their display_name or stringification). But then LFB isn't designed for speed, but usefulness. Many thanks indeed for the feedback :-) regards, oliver. - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIq1PW2NPq7pwWBt4RAiyyAKC8qnPfY04ZIemihFe9hgqxi+rlBACgpef2 DKwDa4ly6aVKJHCdLbB5AAM= =r+sm -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Re: list of perl-*.rpm files for a basic Cat install
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John Lee wrote: | * Upstream providers will sometimes over-package modules, which | can resuilt in conflicts when building new ones. (perl-modules | and libcatalyst-modules-perl Yeah libcatalyst-modules-perl should die a cold, horrible death. | * I sometimes end up building the same module a couple times for | different architectures (amd64 vs. i386). (for general info - sounds like you probably know this, John :) The dh-make-perl script is very useful, and they are good about giving commit bits for folks with patches. We use it a lot. There's also the debian-perl project which has an SVN repo and a friendly bunch on IRC. regards, oliver. - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIrD/C2NPq7pwWBt4RAo6pAKCKER6H+Te6Y2HtduKt5dQ6D6k8KgCaA4d4 9ZLlGwLO8eBL+exrNEe/ch4= =htZO -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Announce: Instant AJAX web front-end for DBIx::Class
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Alex, Hartmaier Alexander wrote: > I've installed 0.25 some hours ago and got it working after using > dumper to add the datatype informations to my dbic model classes > > I've only stumbled across two problems at the moment: > > 1) the use of c.extjs2 in the template which needed changing to > c.config.extjs2 > 2) [error] Caught exception in > MyApp::Model::LFB::Metadata->process "Use of uninitialized value > in exists Okay, many thanks for these two bug reports (and a few others on IRC). I've just sent LFB v0.27 to the CPAN with these fixes and a few others (as mentioned in the Changes file). regards, oliver. - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIruL/2NPq7pwWBt4RAvxgAKDqVAr0wjQw9eaElzW3wp+Z0jnULQCaAtXb NF/1hFlJkClv7zaDaMUv3Ls= =r8tU -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Announce: Instant AJAX web front-end for DBIx::Class
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Oliver Gorwits wrote: > > Moritz Onken wrote: > > possible to add this as a plugin to an existing catalyst | > > application (as an admin panel)? > > For now, you'll still have to set the DBIx::Class Model > configuration separately for LFB, which will mean some > duplication in your configuration. I'll look into fixing that > later. I think the "admin panel" work is now complete, and I've uploaded a new version of LFB to CPAN. As a plugin it scans & loads your DBIC-ish models so you no longer need the config duplication I mention above. CPAN docs and demo site have also been updated: http://search.cpan.org/perldoc?CatalystX::ListFramework::Builder http://dragonstaff.co.uk/oliverg/ regards, oliver. - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIvFGC2NPq7pwWBt4RAuk8AKC4UNBZWN4RSjAvMRCew1QziQoCdQCgwEoz wa5yjbywUwule9xFIUyWmCY= =PPGw -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Announce: Instant AJAX web front-end for DBIx::Class
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Daniel, Daniel McBrearty wrote: > one question though, for the hard of understanding (me) : is the > schema layout exposed to the client side js in any way? Not especially, no. The way LFB works is to poke at your DBIx::Class model(s) during the request handling phase, and generate a data structure with all kinds of information about the schema. This is used by templates in the View to customize the Javascript which is then sent to the browser. What the browser receives is essentially custom-written Javascript for that schema, but there's no knowledge of the schema. You can of course see the Javascript generated in the HTML source. You can also see the data structure I mentioned above by retrieving a path like ///dumpmeta - this will return a blob of JSON which describes what LFB needs to know to write the UI for that table. I hope that helps, regards, oliver. - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIwGs42NPq7pwWBt4RAtdEAKCwU+OLHu6QXgySNXjeO3HEZoc43gCePf5A n9/E4XgDgY8znq56uUUatBQ= =ZCZi -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] PDF creation in Catalyst?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kirby Krueger wrote: > And in case you want PNG or PDF output, you'll need just a few > lines... We have a system doing PDF on the fly from Template::Toolkit, but you have to go via LaTeX - it's not so bad, do not be put off! http://www.catalystframework.org/calendar/2006/12 regards, oliver. - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI/4MR2NPq7pwWBt4RAp/BAKCgInvlxAOu8w6zkjgOVwXZvp72IgCgv9Ip TUJ/S+yQVvvTE0drRnZ63q8= =QuqI -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Water the grass roots, please
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Zbigniew Lukasiak wrote: > OK - I voted for it. But doesn't it make us seem a bit > desperate? I mean this direct invocation to mailing list > subscribers not the article. No I think voting shows exactly the kind of evangelism jshirley was talking about, and that's not to be seen as a negative. It's praise for something we admire (both Catalyst, and the article). - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJG1Sh2NPq7pwWBt4RAkqmAKCD0LHwR/CnpREZlWJJF54TpbHXOQCgo7G3 m1t3wPoydy1kSIo044q04zk= =fJEe -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] [Announce] Catalyst-Runtime 5.8000_04 shipped to CPAN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guillermo Roditi wrote: > Catalyst::Plugin::HashedCookies calls > Catalyst::Request->make_accessor, which in some ways is quite > broken (as you're re-opening the package from outside), but it > isn't actually very hard to fix/support.. > > Yeah, that's totally broken and I don't even know if we want to > support this kind of behavior. I've fixed the plugin not to have the above behaviour, and sent that to CPAN. Many thanks to those who helped/kicked me into action :-) - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJWV4P2NPq7pwWBt4RAqYkAKCYjFh3OTSqpT91JGCWfRMZOMP4rgCgpWuV 6OeebqGhR5e8V9mE3nsdebE= =/2Jj -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] New version of InstantCRUD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Zbigniew, Zbigniew Lukasiak wrote: > In short I am open for collaboration - but I found it difficult > to express my expectations for the library without writing my own > code. I (author of the ListFramework Builder CRUD - LFB) couldn't agree more. All these CRUD systems are lovely and go a great job but it is painful to see everyone developing in different directions. This is what has kept me from working on re-engineering LFB (I've done some bug fixes only, in the last six months). I know what needs factoring out, where there needs to be an API etc, but to be honest I suck at API design, I thought I'd better wait for someone else's DBIC API :-) And as an aside... At the moment I am happy with the niche LFB fills (i.e. not a scaffolder) and am working on a new user interface in something more lightweight than ExtJS. It might also get renamed to something like Catalyst::Plugin::AutoCRUD (well, or...?). If you are not familiar with LFB, see here (feedback welcome): http://tinyurl.com/listframework http://dragonstaff.co.uk/oliverg/ - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJn8Sk2NPq7pwWBt4RAjGTAKC6wZwRm/JlLXioXGwBSScd319BWQCbBZVQ irNs/whuX90LqvKDvgJDYPI= =Wzug -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] New version of InstantCRUD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Zbigniew Lukasiak wrote: > Have you thought about a REST-like inteface? Yes, definitely going to use some kind of published API, probably REST-like. That way the javascript heavy frontend could be swapped out for a (possibly less feature rich) HTML version. - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJoEWa2NPq7pwWBt4RAkK4AJ0WzDRWLVXdcIYBOTkqyJ/ErTrolQCgtuxq z6VVz/hT7JgX3vOylcgWYVc= =WRt0 -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] CatalystX
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Zbigniew Lukasiak wrote: > ListFramework is focused on the task of providing such an admin > interface - so I guess out of the many other Catalyst CRUD > frameworks it must really excel at that. > > But if you were looking > rather for a scaffolding (i.e. something that builds a *template* > CRUD application - which you can later modify to adjust to your > needs) - then you could have a look at mine > Catalyst::Example::InstantCRUD > > In general the authoritative page on Catalyst CRUDs is: > http://dev.catalystframework.org/wiki/crud Agreed - it depends what you want from the application, whether you need it to be customized, etc. Zbigniew has described the situation very well, here. For CX::ListFramework::Builder, it sounds like Dermot could set it to run in an /admin path-part, then set an ACL on that in the Apache config so only his site admins could access that area. - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJraei2NPq7pwWBt4RAn8dAKDhEgRju20Os5SVz7cDu+3u7dGnigCfW0F3 ux92AzCzFHMcv+gmV5CAIME= =wOpl -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] CatalystX::ListFramework::Builder warnings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dermot wrote: > Calling $c->model() will return a random model unless you specify > one of: * $c->config->{default_model} # the name of the default > model to use * $c->stash->{current_model} # the name of the model > to use for this request NB: in version 5.80, the "random" > behavior will not work at all. at > /usr/lib/perl5/site_perl/5.8.6/CatalystX/ListFramework/Builder/Model/Metadata.pm > line 71 > > It not fatal, but I thought I might mention it. Dp. Thanks Dermot - I'll bounce this and your other LFB-related email to rt.cpan if that's okay, then I have a reminder to squash the bugs. - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJtuxh2NPq7pwWBt4RApe0AKC7cbiZnAQ7pLhDa+RxnHnKfykiiwCfcoLV V429Z1HvsnQqoAtUFG1jesk= =MTJQ -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] CatalystX
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dermot wrote: > In that case I will just have to ask the question: What are the > differences between the CatalystX and Catalyst? The two are simply module namespaces (if I understand your question correctly). I.e. Catalyst::Foo versus CatalystX::Foo. Because I'm not an authority on this, a wild claim is sure to bring out a Cat developer to correct me... CatalystX is used for systems which are designed to be used with Catalyst but are not hooking into its guts directly. It is also out of politeness to the Cat developers not to pollute their namespace. In fact the Extending Catalyst man page says: "Use the CatalystX::* namespace if you can! If your extension isn't a Model, View, Controller, Plugin, or Engine, it's best to leave it out of the Catalyst:: namespace. Use instead." HTH, - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm5gi8ACgkQ2NPq7pwWBt5zngCgpLIZq1I1f1m9HsSHqZI0clnp HdcAoMr5zivh/dm1SF3T+6wMrPtE1aK9 =sgB2 -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] CatalystX::CRUD::Tutorial...looking for missing pieces.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Peter, On 07/01/2010 02:44, Peter Karman wrote: > You are correct that the application will work with the .js files coming > from those URLs. My idea was that the package should Just Work out of > the box, but that (a) it was impractical to bundle all the .js > dependencies with the .pm files and (b) it was impolite to just point at > known-good URLs without an annoying warning that you should get your own > copy and stop using someone else's bandwidth. For AutoCRUD[1] I discovered that ExtJS is now available from the CacheFly CDN so we are freely permitted to point at those files: http://extjs.cachefly.net/ext-2.2/resources/css/ext-all.css http://extjs.cachefly.net/ext-2.2/adapter/ext/ext-base.js http://extjs.cachefly.net/ext-2.2/ext-all.js Now, out of the box AutoCRUD's TT just points to those and allows override as before. Not sure if that's possible for the LiveGrid files too, I've not checked. HTH, oliver. [1] http://search.cpan.org/perldoc?Catalyst::Plugin::AutoCRUD - -- Oliver Gorwits, Network and Telecommunications Group, Oxford University Computing Services -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAktGRc0ACgkQ2NPq7pwWBt4nbQCbBKeQMPk2Xxvrh0A8e2p1CD+I YJUAoKV7ih2Mz739RuFH4R9EZwn/cYzX =/NPI -END PGP SIGNATURE- ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/