Re: [MinGW-dvlpr] mingw.org website

[Julien Lecomte <julien@fa...>]

Earnie Boyd wrote:
> Quoting Julien Lecomte <julien@...>:
>> Earnie Boyd wrote:
>>> Quoting Julien Lecomte <julien@...>:
>>> Currently we have two pieces of content, the main site and the phpwiki
>>> data.  My main concern at the moment is the main site.
>> I was thinking about merging both since what is on the main site can be
>> in a wiki.
> Eventually over a length of time, maybe.

The data on the main site is the easiest to replicate, there's more work 
to be done when replicating the phpwiki.

>>>> I'll just point out that MediaWiki had it's pros/cons. (...)
>>>> AFAIK, I don't believe a MediaWiki plugin for auto-importing feeds exist.
>>> This might be troublesome.
>> I've just solved the problem of auto-import of the latest releases/news
>> from sourceforge.net
>> A brief reminder of the problem: the blue 'news box' on the main page
>> was edited by hand and would require an user to update the page when a
>> new release is done.
>>
>> I've just solved this problem by hacking the mediawiki '<iframe>'
>> extension to include via php's 'fopen'
>> http://sourceforge.net/export/projnews.php?group_id=2435&limit=10&flat=0
> 
> Is this screen scrape method so that if SF changes its HTML UI you 
> would need to change the data pieces?  Not interested in that.  You 
> could use the RSS feed and use the XML data.  Yes I know SF can change 
> the layout of the XML.

I just download the page and include it verbatim since my host allows 
cross-site http inclusion which is by default unsafe and probably 
disallowed on SF.
On SF I was thinking we could fcron a wget on the url, and then include 
the local copy of it; much simpler than 'news-update.sh' on the shell 
server.

We could parse a RSS or an XML feed and create a page for inclusion if 
we wish to. It would, in any case, work just like it currently works on 
mingw.org.

In any case, if SF wishes to change something, they'll change it without 
telling us before hand, and change it to something that breaks the most 
things possible.

>> http://www.amanitamuscaria.org/MinGWiki/Main_Page now has the correct
>> latest news and releases.
>>
>> Maybe, after all, MediaWiki might be a good choice.
> 
> I will admit that your three column template looks good.

The credit really goes out to gpwiki.org.

> It is too bad 
> that there isn't more control on the template overall.  We can offer
> the user a choice of template to view the data with Drupal.  In my 
> opinion a wiki look for the front landing page cheapens the impression 
> of a project unless you're actually the one producing the wiki or your 
> name is wikipedia.

Some talented users have created skins for their own projects. Some of 
these projects don't look at all like a Wikipedia.
Some examples are listed on this page:
http://meta.wikimedia.org/wiki/Gallery_of_user_styles

I've tried your DNKWIWD method to try to make a skin for the MinGWiki 
sandbox. It "kinda" looks like http://www.mingw.org now (but with some css bugs)
Julien

Re: [MinGW-dvlpr] mingw.org website

[<jacraig@so...>]

Earnie Boyd writes:
>> Earnie Boyd wrote:
> 
> Is this screen scrape method so that if SF changes its HTML UI you 
> would need to change the data pieces?  Not interested in that.  You 
> could use the RSS feed and use the XML data.  Yes I know SF can change 
> the layout of the XML. 
> 

Agreed.  It would be fairly easy to create an XSLT stylesheet and simply 
transform the RSS data into inline HTML with PHP, so it shouldn't too hard 
to get a fairly maintainable method of displaying live sourceforge data.  
I've done this before in PHP. 

> In my 
> opinion a wiki look for the front landing page cheapens the impression 
> of a project unless you're actually the one producing the wiki or your 
> name is wikipedia. 
> 

Agree 100%. 

 --Jason A. Craig

Re: [MinGW-dvlpr] mingw.org website

[Earnie Boyd <earnie@us...>]

Quoting Julien Lecomte <julien@...>:

> Earnie Boyd wrote:
>> Quoting Julien Lecomte <julien@...>:
>> Currently we have two pieces of content, the main site and the phpwiki
>> data.  My main concern at the moment is the main site.
>
> I was thinking about merging both since what is on the main site can be
> in a wiki.
>

Eventually over a length of time, maybe.

>> If I remember correctly what you had in your sand box included the 
>> wiki data.
> Not much of it actually. I took some pages verbatim or wikified them.
>
>>> I'll just point out that MediaWiki had it's pros/cons. (...)
>>> AFAIK, I don't believe a MediaWiki plugin for auto-importing feeds exist.
>> This might be troublesome.
>
> I've just solved the problem of auto-import of the latest releases/news
> from sourceforge.net
> A brief reminder of the problem: the blue 'news box' on the main page
> was edited by hand and would require an user to update the page when a
> new release is done.
>
> I've just solved this problem by hacking the mediawiki '<iframe>'
> extension to include via php's 'fopen'
> http://sourceforge.net/export/projnews.php?group_id=2435&limit=10&flat=0
>

Is this screen scrape method so that if SF changes its HTML UI you 
would need to change the data pieces?  Not interested in that.  You 
could use the RSS feed and use the XML data.  Yes I know SF can change 
the layout of the XML.

> http://www.amanitamuscaria.org/MinGWiki/Main_Page now has the correct
> latest news and releases.
>
> Maybe, after all, MediaWiki might be a good choice.

I will admit that your three column template looks good.  It is too bad 
that there isn't more control on the template overall.  We can offer 
the user a choice of template to view the data with Drupal.  In my 
opinion a wiki look for the front landing page cheapens the impression 
of a project unless you're actually the one producing the wiki or your 
name is wikipedia.

Earnie

Re: [MinGW-dvlpr] mingw.org website

[Earnie Boyd <earnie@us...>]

Quoting techtonik <techtonik@...>:

>
> If you do not trust me then point any database driven project on
> SourceForge to see your name on its main page.
>

http://www.google.com/search?hl=en&q=techtonik&btnG=Google+Search

You see, I am not concerned with my name being used by others because I 
used the SF site.  I do not store personally liable information on a 
public interface.  It has nothing to do with trusting you, it has to do 
with trusting that 100s of 1000s of projects are using SF for its 
infrastructure.  It is therefore not a concern.

Earnie

Re: [MinGW-dvlpr] mingw.org website

[Earnie Boyd <earnie@us...>]

Quoting jacraig@...:

> Earnie Boyd writes:
>
>>> 3. Tune Drupal.
>>
>> This includes a template design.  Drupal works best with phptemplate
>> but can use smarty; I'm don't know what template engines Joomla
>> supports.  If someone wants to design a template for MinGW based on
>> phptemplate using Drupal see http://drupal.org/node/509 for
>> documentation from the http://drupal.org/handbooks section.
>
> Well since Drupal is the choice, perhaps I will get started on templates.
> Are there any requirements for the design?  Is there a pre-existing comp for
> a design?  Should the design be like the current site?
>

The design of the site we have now is simplistic because I DNKWIWD.  I 
do not care if you apply some artistic ability to the template.  The 
main goal is ease of navigation and interaction between SF and any 
other third party package we may interoperate with.  There are modules 
that allow a different template for different pages and/or functions.  
In Drupal core with version 5.0 and above you can apply a separate 
template for administration UI than for the site UI.  We could even 
enable more than one template and let the authenticated visitor choose 
which template she desires.

Earnie