Joined: Aug 27, 2002 Posts: 16987 Location: Kansas
Posted:
Sat Feb 07, 2009 12:33 pm
Mars wrote:
The author Shawn also just patched it to support RN 2.3 as well.
I was not aware of this! Shawn and I had embarked down that path at the end of 2007 and I was sending him code alterations as I found it. But truthfully, I don't remember why it all stopped. Probably too busy or my health. In any event, I will d/l the latest and start testing it again as soon as we get v2.30.01 released. Somehow I think you (Mars) might have yielded a bit of influence with him . Regardless, this is really good news!
Joined: Jan 11, 2006 Posts: 135 Location: Southern Influence
Posted:
Sat Feb 07, 2009 8:53 pm
Raven Wrote: papamike: This is an open forum and anyone can throw in their opinion
I don't have alot of experience with forums and I don't want to post in the wrong areas. But, I do believe Raven invited me to add my opinion in a PM. I'll try to hang in with the conversation. I am a Network Engineer (retired) and never used a forum until I retired, and then it seems I have a bad habit of making people upset with me.
Joined: Aug 29, 2004 Posts: 9136 Location: Arizona
Posted:
Sun Feb 08, 2009 10:34 am
Wish I could retire. I hate you all.
Anyways, excellent discussion. Couldn't read it all in detail, but just wanted to throw my 2-cents worth in.
When I was on the development team, one of the things I always struggled with is how to leverage the great wealth of add-ons, themes, hacks, etc. while at the same time move RN to where Raven wants to take it... break away from the *nuke core. Although I don't have any answers, it seems that blocks, modules and themes are the key add-ons where maintaining compatibility, adds value to RN (IMO).
So, what I was pondering over time if is there was a way to write a "compatibility layer" between old *nuke and the future RN? It should be a separate download and would have to be GPL2. If "future RN" were to adopt a different license (as has been mentioned from time-to-time over the years), this could even help enable that.
What I was thinking is that as a key core component, such as theme management, is undertaken, as the final new design takes shape, ALL core RN provided modules, blocks, etc. should be retrofitted to use the NEW core design. But, hooks be in place to also allow a compatibility plug-in to be, well, um, "plugged in", to the core and many of the older stuff still work.
Not sure how to do that because I haven't given it much thought, but it sure would keep RN "relevant" even from a *nuke standpoint and give it just that much more of a boost as it evolves. Another issue with it, is that it could, IMO, require that the overall end-state design be decided up front so that each core component could have a clear migration path. But, that takes a ton of work up-front.
Here's my 2 cents that i think should solve the implementing of a new template system or for recoded modules design.
And the good part is... it is already builded in.
What to do:
Lets take the module Downloads .. make it tableless and let it use it's own css , so not code the css for it inside style.css but make it downloads.css .
to give other users compability , let them take theire OLD downloads module and simple let them copy it to the themes/ directory.
Voila
This is already done for the forums and i think this is forgotten by everyone in this dicussion.
Another thing is flexebility for positioning blocks and blocks per module control.
Personaly i think (php-nuke)raven's cms should be able to use a block just for a particular module.
For that it excist blocks manager.
I'm proud that i was able to create a theme that has the flexebility for blocks i just described.By do a little code adding to:
-mainfile.php
-admin/modules/blocks.php
-header.php
-footer.php
+ it has old theme compability.
when i was running nukecss site , i announced i would go make such theme controller.NOT A THEME CREATOR as pappa mike made(if i readed correctly) or autotheme does.
However the final conclusion for me is that inside the core code and it's modules is that these shouldnt have any design aspects in it.
View next topic View previous topic
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum