[kdewebdev-site] Things to do

Eric Laffoon eric at kdewebdev.org
Tue Mar 1 15:17:26 EST 2005


Hi all,
let me preface this do list. First off I seem generally sleep deprived and 
ready to tell the world to get lost. I'm going to start back to weekends at 
the Saturday Market and I have a bug in some very complex PHP in my order 
system at kittyhooch.com that I have as yet not been able to reproduce... and 
it randomly shows up more or less. Because of this I have been postponing a 
push that could be a sizable income jump. I'm not going to start another year 
or work without resolving this. Between that and other things I really need 
to try to limit my exposure here for a week or so. Regardless I wanted to get 
some foundational things done. Now we need to do more. I will be glad to work 
on content once our frameworks are up and we need to keep in mind that we 
will be moving to the PHP5 server as soon as I do a few things to get it 
ready, hopefully in the coming weeks. When we do we will be working on the 
new and improved architecture and transfering files. Once we're happy the new 
XML file management and all is good we will move the DNS pointer. In the mean 
time I want to get work done, but we do want to keep in mind that we will be 
changing and moving things soon.

DO LIST - things that need done. If you're going to do something be sure to 
read the whole email for other sections.
1) Set up subdomains. I have set up a functioning Kommander subdomain. We need 
to copy applib.php and set up a template for the index page. I think the most 
important here is to get the quanta (I have a masthead for it up) page up, 
but all of them should go up. One key factor I would like to discuss, but not 
get bogged down on, is a general subdomain menu framework. Probably secondary 
pages don't need the main menu for the main site, only the subdomain index. 
There are two doc links in Kommander and I need to put up a third. Ideally we 
should have a docs link and list them there. My suggestion for subdomain 
links is
main - index
news - archive
faq - common and app specific
screenshots - duh? ;-) (there should be a key image on the main and all on 
application)
links - app specific
docs - all
resources - KNewStuff interface
2) FAQ improvements - while this will be fully developed with simplexml we can 
at least manage the categories and provide a link section. On the main site 
it will include common and all application faqs but at the top it will 
provide a link to each application area faq. Application (subdomain) area 
faqs will only show common and application specific faqs. This should be 
pretty easy to modify with Andras' code.
3) screenshots - we need screenshots for each application along with key shots 
to go on the main page which will offer a preview of all applications
4) News - I will be doing all the database management so I will set this up as 
I already have a news system I use on kittyhooch.com that can expire news. I 
will need to add categories. We will show information on the latest news on 
the main site and application index pages with more info an details on a news 
page. I'm happy to let others design the markup for this I hope to offer the 
data classes to expose this shortly.
5) KNewStuff - I need to read up on this at http://kstuff.org. I plan on 
buffering submissions and I have a lot in mind for this. I also think it 
would be good to set up a user database so it gives us the option to email 
anyone if they have downloaded something that we later find has a security 
problem. Anyway the application interfaces can be begun now to review online 
similar to from Quanta and also we can begin the submission pages soon, but I 
will be introducing data management classes so we can wait for that. Also we 
will need maintainers for KNewStuff submissions.
6) Developer area - the project developer stuff I need to work on with data 
management foundations and then get people involved, so hold off on that for 
the time being.
7) Site development help - I believe we should put up some persistent 
information for working on the site. Several options are available, but my 
thinking is that we don't need to do a public page. At the same time we don't 
really need to do anything on site at all as we can simply add an HTML/PHP 
section that we don't post but put in CVS. This will enable anyone to look at 
this if they have a site checkout. I will take recent posts for setting up 
CVS and make this available as a link when setting up new accounts.

I have had several interruptions trying to write this and haven't gotten 
through my other morning emails and it's well into the afternoon. I can't 
remember the rest of what I had to say. Rule one is common sense applies. ;-) 
We do need to work on some standardization ideas, but previously this was a 
roadblock on the list so I'm not going to get into absurd minutia, but 
consistent approach is useful.

Currently I'm the only one set up to upload. I don't think that's a problem 
because I can always upload within 12 hours. However I plan to change this 
soon and designate others who can upload. The point is that I don't want to 
be retracting work and design that is up.

I'm sure there is more but I will post when I think of it. Most of all let's 
have fun and make a great site. We should get all areas in work so that the 
content can be directed to those who will be writing it. If you want to 
handle a certain area post the list. Also don't forget to update your local 
CVS before committing. If you are not activated with an account and want one 
the place to go is https://kittyhooch.com/kdewebdev.php.
-- 
Eric Laffoon
Project Lead - kdewebdev module


More information about the kdewebdev-site mailing list