The New MODx Download Repository is Here

Great job

It should be no pain to find the rigth ressources now ... Thanks

Thanks Ryan

First of all, thanks everyone for your feedback and comment

Quote from: ProWebscape at Jun 30, 2006, 07:57 AM

This might make a great tutorial BTW. It would be a good real world example of how to use MODx natively and the available resources we already have. Is there a module involved in this?

Cool idea! When the Repository is fully bedded in, I think it would be great to get a tutorial done on how we created this from the ground up.

There’s no module ... yet. So far, the concentration has been on the frontend but we have discussed creating a module for the backend administration.

Quote from: heliotrope at Jun 30, 2006, 08:01 AM

perhaps you should update the "resources" pointer in the top menu of the forum wich still links to http://modxcms.com/forums/index.php/topic,2425.msg16420.html#msg16420

I think it’s best to wait a short while until the new Repository has the full complement of resources ... then we can make the switch.

Cheers,
Garry

Quote from: heliotrope at Jun 30, 2006, 08:01 AM

Great job

perhaps you should update the "resources" pointer in the top menu of the forum wich still links to http://modxcms.com/forums/index.php/topic,2425.msg16420.html#msg16420

Thanks for the suggestion, we already placed a short note in the topic, and locked the thread for future submissions. Once we get all resource in the repository, we will modify the top menu link also.

best regards,

zi

edit: spelling error

It sucks! Oh, man, does it suck! The new MODx Download Repository is hidious!!! Oh...and did I tell you it sucked? It sucks so bad I had to ask my wife to pinch me to see if I was dreaming. Then I asked her to look at my glasses just ot make sure I wasn’t seeing things. It just sucks that bad!




On second thought...it’s not so bad. J/K! Good job, guys! I’m very proud of ya all! Keep up the great work!

Jeff

I would very, very much like to see either a tutorial on this, or at the very least, some raw/rough how-to on how the SMF integration components were done. I’ve been totally lacking time to make any progress in those areas and my site is floundering a little (well, that and it’s summertime ), but I can usually make better progress with a decent starting-point.

A quick starter question -- when a repository item "document" is created, are you actually storing it as authored by a web user that was created via the SMF Bridge? Or are you just storing it with some generic authorship and storing the SMF username in a TV?

A second quick question while I’m here... -- Was the "auto-generated forum post" bit straightforward to implement; that is, did it use standard SMF API calls, or did it require some funky hacks to SMF?

Hi Fellini 8.5,

A quick starter question -- when a repository item "document" is created, are you actually storing it as authored by a web user that was created via the SMF Bridge? Or are you just storing it with some generic authorship and storing the SMF username in a TV?

There is no use of the SMF Bridge at all in the repository. When the new entry is posted, the document’s "createdby" field is set to the SMF ID (but with a minus eg. -3977). The minus sign stops any interference with existing manager or web users who may be set up.

Was the "auto-generated forum post" bit straightforward to implement; that is, did it use standard SMF API calls, or did it require some funky hacks to SMF?

Kyle will probably confirm this ... but if you include the ’Sources/Sub-Posts.php’ from your SMF install (in addition to the SSI.php) in your snippet then you will have access to the createPost() function. (Have a look at this function and you’ll see the types of values you can pass into it)

There is absolutely no additional hacking to SMF needed (aside from that required for using SSI) to do the things we have done in the repository

Hope that helps,
Garry

Quote from: garryn at Jun 30, 2006, 08:44 PM

Kyle will probably confirm this ... but if you include the ’Sources/Sub-Posts.php’ from your SMF install (in addition to the SSI.php) in your snippet then you will have access to the createPost() function. (Have a look at this function and you’ll see the types of values you can pass into it)

Garry is correct. If you look in the file Sub-Posts you can see how easy it is to programatically make a post. I can give more details on this tommorow, I don’t have time now.

I’m not sure why they don’t have this functionality in the api.

Quote from: Djamoer at Jun 30, 2006, 05:11 AM

I think we need to fix this on the next release of MODx. I believe this is caused by the uncache header setting that is being sent out to the browser so that the page will not be cached and needs to be refreshed all the time. Correct me if I’m wrong.

Agreed. More talk about this here, don’t know if anything been made yet.. I believe it hasn’t been logged to the bugtracker yet.

Quote from: garryn at Jun 30, 2006, 08:44 PM

There is no use of the SMF Bridge at all in the repository. When the new entry is posted, the document’s "createdby" field is set to the SMF ID (but with a minus eg. -3977). The minus sign stops any interference with existing manager or web users who may be set up.

Ah, I see. So you don’t actually have to have a MODx-authenticated user to create document objects. Now that I think about it, it makes sense, and was probably where I was having a hangup overall. I wanted some sort of single-signon for webusers that didn’t require MODx driving the registration/user management, but now it looks like everything I actually need can be done by authentication via the SMF SSI. Cool. Thanks for the breakthrough.

Quote from: kylej

I’m not sure why they don’t have this functionality in the api.

Heh. Probably the ususal "These functions are subject to change, so we don’t support ’em" kind of deal. Better add that function to the "test it in case it breaks" list for the next SMF upgrade...