Migrating to Revolution

Did you set appropriate values for the new fields? context_key must be ’web’ for instance.

Quote from: OpenGeek at Jan 28, 2008, 12:33 AM

Did you set appropriate values for the new fields? context_key must be ’web’ for instance.

That did it. Thanks. I had the other two fields set right, but context_key was blank. Shouldn’t ’web’ be the default for that field?

What about the category settings for the chunks?

Bob

Quote from: BobRay at Jan 28, 2008, 02:35 PM

What about the category settings for the chunks?

Did you import those categories as well?

And as for the setError() errors when editing records specified as "locked"? That looks like legacy code in the processors that needs to be fixed and replaced with appropriate error handling from 0.9.7.

Quote from: OpenGeek at Jan 28, 2008, 02:50 PM

Quote from: BobRay at Jan 28, 2008, 02:35 PM

What about the category settings for the chunks?

Did you import those categories as well?

I thought I did but will double check later.

In the meantime, I have two new problems.

1. I had SPForm working in 0.9.7 before but now, the snippet’s output appears above everything else on the page. (in the page source, the snippet’s output comes before the html even starts.

The only content of the document is: [[SPForm]] (or [[!SPForm]]) -- same result either way).

2. class.phpmailer.php seems to be missing from the 0.9.7 install. I have a copy, but will it be installed in the release version and where will it be located?

Bob

BTW, Is there a place to look for 0.9.7 versions of the standard snippets (wayfinder, ditto, MaxiGallery, etc.) or do I need to download the 0.9.6 versions from the repository and use those?

Bob

I think the class is now located here:

core/model/modx/mail/phpmailer/class.phpmailer.php
core/model/modx/mail/modmail.class.php

Also, you can check out the 0.9.7 work on the snippets here:

http://svn.modxcms.com/crucible/browse/modx-components

Quote from: BobRay at Jan 29, 2008, 01:11 PM

BTW, Is there a place to look for 0.9.7 versions of the standard snippets (wayfinder, ditto, MaxiGallery, etc.) or do I need to download the 0.9.6 versions from the repository and use those?

Well, not yet and yes, some of that too.

Err, what I mean is, I need to get a temporary download site up for the transport packages of the snippets we have already converted, then build and upload the ones that are there and ready. I’ll try and get that done this afternoon, so you have some working examples without having to build packages from SVN and/or translate from unconverted ones in the current repository, manually installing each piece (though you certainly can still do that). And I need to get the add-on development guide started with details on how to develop, test, build, and translate/refactor add-ons from previous releases in general (along with lots of other documentation, sigh; anyone understand the code enough yet to feel confident to assist in this effort?).

BTW, the actual SVN repository containing the "official" components that will be contributed/maintained by the MODx team is at http://svn.modxcms.com/svn/modx-components/ and each component has it’s own trunk/tags/branches structure. Eventually we will have a process for incubating/reviewing new "official" component projects for adoption into this repository, but I expect that with the new packaging/distribution system, 3rd-parties will be hosting their own component repositories, and we’ll probably set-up a hosted "unofficial" repository where developers can continue to submit packaged or un-packaged add-ons without having to host it or go through the formalities of official project incubation.

Quote from: Jesse at Jan 29, 2008, 01:32 PM

I think the class is now located here:

core/model/modx/mail/phpmailer/class.phpmailer.php
core/model/modx/mail/modmail.class.php

Correct, and their is a MODx API now that abstracts the use of PHPMailer, as well. If you use this centralized API, you will eventually be able to switch out the mailer back-end you use as additional implementations are coded. However, this initial code needs some TLC and lots of testing before I would consider it ready, so feel free to continue using phpmailer directly for now, or get ready to help test and complete the PHPMailer implementation of the new modMail class.

Got ’em, thanks (new snippets).

Categories problem is solved (hadn’t imported that table).


Any clues about why a snippet’s output would appear at the very top of the page source?

Bob

Quote from: BobRay at Jan 30, 2008, 01:23 PM

Any clues about why a snippet’s output would appear at the very top of the page source?

Can you be a little more specific? Perhaps the snippet is using echo or some inappropriate attribute/method, but I’d have to know a little more before I can really help.

Much of it is somebody else’s code so it does use both echo and print. The structure (again, not mine) has the output scattered around in the code so it would be a major job to convert it to $output, although I’ve been meaning to do that eventually.

The odd thing is that the code works fine in 0.9.6 and in earlier incarnations of 0.9.7. Has there been a change in later builds of 0.9.7 that alters how echo statements are handled?

Bob