Other Software > Developer's Corner

Discussion of CMS suggestions for the DC software directory

<< < (2/17) > >>

app103:
What do you guys think of ESS? (demo site)

I'd probably only have to remove and/or disable some of the unnecessary features and create a DC template skin for it. There is a free open source version of it (missing a few features but maybe a great place to start)

Hmmm... Not being able to code there is a problem. If you could find some help, I'd still recommend PADkit. I know that I have it laying around somewhere. I'll see if I can dig up a copy.
-Renegade (March 02, 2011, 04:39 AM)
--- End quote ---

With there being known security issues involved I am not sure I'd want to touch it...or use it here on DC.

Regarding:

I am also not looking for something that would require every app to have a PAD file in order to be included (most of the apps here don't have one), and some of the info I want to include about each app is not in the PAD specification and very specific to DC.
--- End quote ---

I think you're missing the point of PAD. It's an XML specification, so it's trivial to modify, and even includes an extension method. PADkit would also be easy to modify there to include DC specific items.
-Renegade (March 02, 2011, 04:39 AM)
--- End quote ---

ok, so every app that has a PAD file would then have to have 2 of them? One normal one the developer uses everywhere else, and one specific to DC? What about all the coding snacks that don't have PAD files? We would have to make ones for them?


The thing is that you could get access to a LOT of good programs, and all the information for them. The amount of work involved in creating the content would be a fraction of what it would be otherwise.
-Renegade (March 02, 2011, 04:39 AM)
--- End quote ---

I am not sure I follow you. This is only going to have DC software...not stuff from outside our community, and since most of the stuff doesn't have PAD files, we would still end up having to spend the same amount of time making those in order to have the content, even if we are not going to make them available outside the site.

Another option is to simply use any kind of directory software for some CMS, then write something to pull in content from PAD files into the database. DNN has a repository that would work. There are others too of course. Going that route, you could easily avoid any web programming as all you'd need to do is write some software in any language (we all know you can code!) that creates the correct set of SQL INSERT statements to enter the information into the database.
-Renegade (March 02, 2011, 04:39 AM)
--- End quote ---

You are seriously overestimating my coding abilities. (that's ok, everybody does) If could do half of what people think I can, I wouldn't have hung up my coding hat. If I could do half of what most coders consider easy trivial stuff, I'd have a lot more projects finished and not waiting for "someday" when I can finally figure it out. But let's not get into this because I am not in the mood to embarrass myself.  :(

mouser:
Perhaps we might try to break down this task a bit -- there is no reason you have to be worrying about implementing or setting this up on your own, app!

So don't worry about the implementation details just now -- just taking on the job of helping us figure out what kind of thing we want and what existing software is available would be the most important step.

As you say -- a key part has to be that multiple people can be given permission to keep it updated -- and that authors can manage their own entries.

Renegade:
Ah... I thought you meant a directory wider than DC.

As for security issues in PADkit, that's why I said backend. :) It's a good code base to start with.

But as for 2 files? No. That's not the case.

To be honest, PAD is still a good option though. The key is the PAD extensions, where you can define whatever you want in addition to PAD. Pretty much most software developers know PAD to some degree, and there's already PADgen ready to go. All that would be required is adding in an extension, and that can be done in pure HTML. (You need to know PCRE though - Perl Compatible Regular Expressions - but those are pretty easy. No back references or groups or anything like that needed.)

So you'd have an authoring tool already done and ready to go!

(PAD really is much more powerful than most people understand, and it's entirely because it's XML.)


For just DC programs, like coding snacks, PAD could still make things easier with a defined workflow.


If you want to come up with some customizations (additions a la PAD extensions), tell me what they are and I'll see if I can come up with a PAD extension that works.

People could then just use PADgen and the DC PAD extension to author the files for you. It's a great way to off-load some work and be productive on other important things. :)

I have a deep love for XML and PAD. It's just amazing stuff. It would be great fun for me to come up with a DC PAD extension. (I've done a lot of work with data sets, including mucked-up data, and I'm sure I can help out here.)

Basically, don't reinvent the wheel. PAD has the infrastructure already there. Using it will save massive amounts of time.

Renegade:
As you say -- a key part has to be that multiple people can be given permission to keep it updated -- and that authors can manage their own entries.
-mouser (March 02, 2011, 05:56 AM)
--- End quote ---

PAD would help let authors keep their own title updated.

Add in some XSLT, and wow... Smoking hot super-sexy ultra-cool stuff~! :D

app103:
Please take a look at this and check it out from the admin login too.

What do you guys think of ESS? (demo site)

I'd probably only have to remove and/or disable some of the unnecessary features and create a DC template skin for it. There is a free open source version of it (missing a few features but maybe a great place to start)
-app103 (March 02, 2011, 05:30 AM)
--- End quote ---

The pro version is $200, but if someone here can add the necessary extras that are missing that we would need (rss stuff, etc) to the free version, this could be really sweet.

Navigation

[0] Message Index

[#] Next page

[*] Previous page