Re: [Dri-devel] Website

[Jens Owen]

Ian Molton wrote:
> 
> Hi.
> 
> It has come to my attention that the DRI website is, well, lacking.
> 
> I'd like to offer my services in bringing it up to a nicer standard.
> 
> Who should I be working with on this?

Frank Worsley has done an excellent job with our site...you should have
seen it before :-)  However, Frank's time with DRI stuff appears to be
more limited over the last few months.  Perhaps you can give us some
detail of how you would propose "improving" our site.

Regards,
Jens

-- /\
 Jens Owen/  \/\ _
  [EMAIL PROTECTED]  /\ \ \   Steamboat Springs, Colorado

___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website

[Frank Worsley]

Hi Jens, Ian and all ...

I don't really care what anybody wants to do with the site. I don't have
time (or much interest to be honest) to do anything more with it, other
than to maintain it.

So, if Ian wants to overhaul the whole thing, then he should go nuts.

I've received emails from several other people promising to do the same,
but then nothing came from it. It's going to be interesting to see if
Ian will get it done.

Basically, anyone can do whatever they want - but don't expect any help
from me. :)

- Frank

P.S.: somebody else sent in this mockup for a new site, I guess you
could use it for inspiration (not sure if the link still works):
http://www.littledragon.f2s.com/pre/dri/


___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website

[Jan Schmidt]

> Hi Jens, Ian and all ...
> 

*snip*

> 
> P.S.: somebody else sent in this mockup for a new site, I guess you
> could use it for inspiration (not sure if the link still works):
> http://www.littledragon.f2s.com/pre/dri/
> 

www.littledragon.f2s.com seems to have been around in February, but 
I can't reach it now.

J.
--
Jan Schmidt  [EMAIL PROTECTED]

ENOSIG

___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website

[Ian Molton]

On Wed, 15 May 2002 23:45:46 +1000
Jan Schmidt <[EMAIL PROTECTED]> wrote:

Doh! try again... (sorry Jan, didnt mean to choke up your mailbox! :)

> www.littledragon.f2s.com seems to have been around in February, but 
> I can't reach it now.

Well, I've completed the basic design and layout of the new site
(basically a tidying and reordering of the original), and aside from a
few graphical cleanups, Its ready for new bits to be added.

Here are some things I think should be worked on:

1) I *NEED* info about what cards have what features supported by DRI,
like the radeon driver does already.

2) Can someone rehash the voodoo5 glide compilation guide to be a
generic voodoo guide please? I KNOW its a very trivial difference to the
configure line, but I no longer have a voodoo3 and so dont know the
change.

3) Can people help me compile a list of janitorial tasks that could be
undertaken by new developers? perhaps installation cleanups, or trivial
driver tidyups ?

4) Can people who have information about the intimate details of card
HARDWARE (eg. register locations, DMA engines, etc.) please send me
them, so that I can add them to the developer documents?

5) Can someone with a nice package re-draw the DRI flowcharts? the
Precision Insight ones look like Fischer Price 'my first flowchart'...

6) What is required in order to produce drivers for other architectures
- If people tell me this, I will add it to the 'help us' section of the
site. Perhaps someone could set up  a mailbox that people wanting
support for other architectures could send messages to, so that demand
can be guaged.

So, lets get to it :)

___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website

[José Fonseca]

Ian,

On 2002.05.15 21:39 Ian Molton wrote:
> ...
> 
> Here are some things I think should be worked on:
> 
> 1) I *NEED* info about what cards have what features supported by DRI,
> like the radeon driver does already.

I think that more important than raw data is to establish a easily 
parsable format for that (either XML, or plain comma-seperated-values) and 
a template for the property sheet so that it can be easily maintained. 
Once this is done is just a matter of giving it to the devlopers or 
issuing a RFC for each card to everyone fill in the holes.

> 2) Can someone rehash the voodoo5 glide compilation guide to be a
> generic voodoo guide please? I KNOW its a very trivial difference to the
> configure line, but I no longer have a voodoo3 and so dont know the
> change.
> 
> 3) Can people help me compile a list of janitorial tasks that could be
> undertaken by new developers? perhaps installation cleanups, or trivial
> driver tidyups ?

I don't think that we should frustrate the potential new developers 
expecations with janitorial tasks.

I'm of the opinion that if one can code then one should do it. The 
janitorial tasks should be taken by users that want to aliviate the 
developers load so that they code more.

I think that the two most rewarding things that a potential developer can 
do is enhance the documentation and/or bugfixing. Both these tasks 
contribute to quickly generate the required know-how to start working on 
missing features. They give you better understanding of the architecture 
and the code.

I can be more specific:
  * Documentation:
- update the existing documents
- change the code comments to Doxygen so that we can automatically 
generate reference manuals of the subsystems and the drivers.
- add more items to the Developers' FAQ
  * Bugfixing:
- Basically pick a bug on the card of one's choice and hunt it down! 
> 4) Can people who have information about the intimate details of card
> HARDWARE (eg. register locations, DMA engines, etc.) please send me
> them, so that I can add them to the developer documents?

Mike Harris posted recentely a link with this information for 3DFX, but 
this a rare exception. Most of the documents that the current developers 
have are under NDA (see 
http://dri.sourceforge.net/doc/faq/getting-started.html#NDA).

> 
> 5) Can someone with a nice package re-draw the DRI flowcharts? the
> Precision Insight ones look like Fischer Price 'my first flowchart'...
> 

I kinda link their style... ;p

> 6) What is required in order to produce drivers for other architectures
> - If people tell me this, I will add it to the 'help us' section of the
> site. Perhaps someone could set up  a mailbox that people wanting
> support for other architectures could send messages to, so that demand
> can be guaged.
> 
> So, lets get to it :)
> 

Good luck,

José Fonseca

___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website

[Simon Fowler]

On Wed, May 15, 2002 at 10:42:25PM +0100, José Fonseca wrote:
> I don't think that we should frustrate the potential new developers 
> expecations with janitorial tasks.
> 
> I'm of the opinion that if one can code then one should do it. The 
> janitorial tasks should be taken by users that want to aliviate the 
> developers load so that they code more.
> 
> I think that the two most rewarding things that a potential developer can 
> do is enhance the documentation and/or bugfixing. Both these tasks 
> contribute to quickly generate the required know-how to start working on 
> missing features. They give you better understanding of the architecture 
> and the code.
> 
> I can be more specific:
>  * Documentation:
>- update the existing documents
>- change the code comments to Doxygen so that we can automatically 
> generate reference manuals of the subsystems and the drivers.
>- add more items to the Developers' FAQ
>  * Bugfixing:
>- Basically pick a bug on the card of one's choice and hunt it down! 

Actually, if there was a list of janitorial tasks somewhere, it'd
provide a very convenient point to start working on the code . . .

There's a /lot/ of code in the DRI system, and a lot of it is very
hard for a newcomer to follow (the cpp generated function names in
large parts of the drm code, for example - "why doesn't grep show
this function that turned up in the debug output??"). Janitorial
stuff, or any basic code cleanup, would give people something simple
enough to wrap their hands around, but not so complex/deep that they
/have/ to understand all the code before they can do anything. 

Documentation fixes, by the way, /are/ janitorial stuff, unless
they're changes to reflect major reworking of the interfaces. And,
particularly at this stage, bugfixing /isn't/ - you need something
way beyond a newcomer's understanding of the code to fix the kind of
bugs that turn up in the tcl branch, for example. 

I think just having a list of things that a newcomer could look at,
work on, and quite reasonably expect to have patches accepted, would
be an excellent thing. Nothing will get people involved more quickly
than having their patches, however trivial, in the code.

Simon

-- 
PGP public key Id 0x144A991C, or ftp://bg77.anu.edu.au/pub/himi/himi.asc
(crappy) Homepage: http://bg77.anu.edu.au
doe #237 (see http://www.lemuria.org/DeCSS) 
My DeCSS mirror: ftp://bg77.anu.edu.au/pub/mirrors/css/ 



msg04520/pgp0.pgp
Description: PGP signature

Re: [Dri-devel] Website

[Ian Molton]

On Thu, 16 May 2002 12:04:18 +1000
[EMAIL PROTECTED] (Simon Fowler) wrote:

> I think just having a list of things that a newcomer could look at,
> work on, and quite reasonably expect to have patches accepted, would
> be an excellent thing. Nothing will get people involved more quickly
> than having their patches, however trivial, in the code.

Thats the idea...

so... anyone got a list of tasks?

Also, what services are available to me on the webserver? do I have
mysql ?

___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website

[José Fonseca]

On 2002.05.15 23:17 Ian Molton wrote:
> On Wed, 15 May 2002 22:42:25 +0100
> José Fonseca <[EMAIL PROTECTED]> wrote:
> 
> > Ian,
> >
> > On 2002.05.15 21:39 Ian Molton wrote:
> > > ...
> > >
> > > Here are some things I think should be worked on:
> > >
> > > 1) I *NEED* info about what cards have what features supported by
> > > DRI, like the radeon driver does already.
> >
> > I think that more important than raw data is to establish a easily
> > parsable format for that (either XML, or plain comma-seperated-values)
> > and a template for the property sheet so that it can be easily
> > maintained.
> 
> I agree. I just want the values for the 'first pass'. Do you know if the
> server is running any database or such?
> 
> What facilities do I have with which to play?

Take a look to SF documents (http://sourceforge.net/docman/?group_id=1), 
section 7, especially the 
http://sourceforge.net/docman/display_doc.php?docid=4297&group_id=1 .

You'll probably want to reuse much of the stuff thats is in the site. I 
don't know in what scripting language that is.

> > > 3) Can people help me compile a list of janitorial tasks that could
> > > be undertaken by new developers? perhaps installation cleanups, or
> > > trivial driver tidyups ?
> >
> > I don't think that we should frustrate the potential new developers
> > expecations with janitorial tasks.
> 
> I wasnt suggesting that we foist jan. tasks on them specifically, but I
> do know that having a big selection of tasks will encourage a broader
> range of newbies. Plus it gives a stepping up point for the lesser
> skilled programmers oiut there.
> 
> > I'm of the opinion that if one can code then one should do it. The
> > janitorial tasks should be taken by users that want to aliviate the
> > developers load so that they code more.
> 
> Well, lets present all our little tasks, so people can pick and choose.
> 
> > I think that the two most rewarding things that a potential developer
> > can do is enhance the documentation and/or bugfixing. Both these tasks
> > contribute to quickly generate the required know-how to start working
> > on missing features. They give you better understanding of the
> > architecture and the code.
> 
> Definately.
> 
> > I can be more specific:
> >   * Documentation:
> > - update the existing documents
> > - change the code comments to Doxygen so that we can automatically
> > - generate reference manuals of the subsystems and the drivers.
> > - add more items to the Developers' FAQ
> >   * Bugfixing:
> > - Basically pick a bug on the card of one's choice and hunt it
> > down!
> 
> Or, pick an unimplemented feature and let rip :) All the more reason to
> need feature lists.
> 
> > > 4) Can people who have information about the intimate details of
> > > card HARDWARE (eg. register locations, DMA engines, etc.) please
> > > send me them, so that I can add them to the developer documents?
> >
> > Mike Harris posted recentely a link with this information for 3DFX,
> > but this a rare exception. Most of the documents that the current
> > developers have are under NDA (see
> > http://dri.sourceforge.net/doc/faq/getting-started.html#NDA).
> 
> Indeed I shall.
> 
> > > 5) Can someone with a nice package re-draw the DRI flowcharts? the
> > > Precision Insight ones look like Fischer Price 'my first
> > > flowchart'...
> >
> > I kinda link their style... ;p
> 
> perhaps they are OK for a conference, but I think they need prettying
> for normal developers. They /dont/ show layering clearly.
> 

Well, even more important, there are slightly outdated too. Jens posted an 
avaliation of the documentation state some months ago. I attached my local 
copy (which is meant to include it the FAQ references eventually).

"dia" and/or "sodipodi" are two nice applications for this. (I'm a gnome 
desktop user).

> > > So, lets get to it :)
> 
> > Good luck,
> 
> Yep.
> 

José Fonseca


David Johnson wrote:

> Could the DRI experts offer some feedback on the relevence and usefullness
> of the following documents.  Are the reasonably up to date?  Are they
> moderately up to date?  Are they out of date and not extremely useful with
> respect to the current DRI artitecture?

I'll throw in my two cents...
 
> 1.  Introduction to the Direct Rendering Infrastructure - Brian Paul, August
> 2000
> http://dri.sourceforge.net/doc/DRIintro.html

Reasonably up to date.  Decent Intro.
 
> 2.  Dri term glossary. http://dri.sourceforge.net/doc/glossary.html
> I suspect this doesn't need to be changed but is there anything that should
> be added?

Reasonably up to date--except the author, Nathan, no longer works for
VALinux->so his e-mail address is invalid.  Useful.
 
> 3.  Data flow diagram
> http://dri.sourceforge.net/doc/data_flow.jpg

Very high level.  Good for someone brand new to the concept of direct
rendering--we'd use this at trade shows 

Re: [Dri-devel] website.

[Jens Owen]

Ian Molton wrote:
> 
> Hey.
> 
> I want to get started putting up the new site, but no-one has told me
> how to access the webspace...
> 
> I've given my sourceforge details and been added to the project...

Ian,

I can't help you with access details, but I'd like you to stage this
below the current main site until we've all had a chance to look at the
new format and get familiar with it.

I use the current site quite a bit, and this would ease any transition
for me.

Thanks,
Jens

-- /\
 Jens Owen/  \/\ _
  [EMAIL PROTECTED]  /\ \ \   Steamboat Springs, Colorado


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

RE: [Dri-devel] Website

[Alexander Stohr]

i want to propose to integrate a link 
to the new WIKI pages to the Help & FAQ
section of the DRI homepage.

further there was some sort of uncertainty
to which XF86 version the current driver
snapshots do apply. maybe some clarificatiion
is needed in that area.

as Liam is possibly unavailabel for a 
longer time (see below) i am now openly 
asking the website maintaince task to the 
audience. even postponing that task 
a bit due to current CVS movements onto 
the new server might be a viable way.

-Alex.

PS: the current site is good works - thanks Liam.

> -Original Message-
> From: Smitty [mailto:[EMAIL PROTECTED]
> Sent: Sunday, August 10, 2003 12:42
> To: DRI developer's list
> Subject: [Dri-devel] Website
> 
> 
> 
> Been real busy lately, so I'm going to unsubscribe from dri-users, and
> filter out  bugzilla-daemon to delete without reading.
> 
> Otherwise I just won't be able to read all the posts, this makes it a
> third less emails I have to read.
> 
> Although now that I look at it, while dri-devel seems to be abused
> somewhat ie dri-user type questions are posted to dri-devel. 
> The number
> of posts seem to indicate that more driver development (talk) is being
> done. 
> 
> Bottom line:
> If someone asks about the website they need to ask on dri devel in a
> normal posting to it.
> 
> 
> Liam
> 
> it depends
> 
> 
> 
> ---
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet
_072303_01/01
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel




---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website

[José Fonseca]

On Thu, Sep 18, 2003 at 06:52:23PM +0200, Alexander Stohr wrote:
> i want to propose to integrate a link 
> to the new WIKI pages to the Help & FAQ
> section of the DRI homepage.

I've added a link to the Wiki next to the HELP & FAQ.

> further there was some sort of uncertainty
> to which XF86 version the current driver
> snapshots do apply. maybe some clarificatiion
> is needed in that area.

Mmm.. a http://dri.sourceforge.net/cgi-bin/moin.cgi/SnapShots is needed.

> as Liam is possibly unavailabel for a 
> longer time (see below) i am now openly 
> asking the website maintaince task to the 
> audience. even postponing that task 
> a bit due to current CVS movements onto 
> the new server might be a viable way.

Taking that into account, I think it would be better to move some of the
main website content into the Wiki, since it allows further editing. I'm
thinking of transitional topics such as the "Status", "Contribute" and
some of the FAQs.

> PS: the current site is good works - thanks Liam.

Indeed.

José Fonseca


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website

[smitty]

On Fri, 19 Sep 2003 12:20:53 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:

> On Thu, Sep 18, 2003 at 06:52:23PM +0200, Alexander Stohr wrote:
> > i want to propose to integrate a link 
> > to the new WIKI pages to the Help & FAQ
> > section of the DRI homepage.
> 
> I've added a link to the Wiki next to the HELP & FAQ.
> 
> > further there was some sort of uncertainty
> > to which XF86 version the current driver
> > snapshots do apply. maybe some clarificatiion
> > is needed in that area.
> 
> Mmm.. a http://dri.sourceforge.net/cgi-bin/moin.cgi/SnapShots is
> needed.
> 
> > as Liam is possibly unavailabel for a 
> > longer time (see below) i am now openly 
> > asking the website maintaince task to the 
> > audience. even postponing that task 
> > a bit due to current CVS movements onto 
> > the new server might be a viable way.
> 
> Taking that into account, I think it would be better to move some of
> the main website content into the Wiki, since it allows further
> editing. I'm thinking of transitional topics such as the "Status",
> "Contribute" and some of the FAQs.
I agree with people putting content onto the website themselves, I
certainly don't have time to do it myself.

Already the developers do some good content work themselves.
 
> > PS: the current site is good works - thanks Liam.
> 
> Indeed.
I merely manageged not to mess up the already working website. 

I do however understand how it all fits together in terms of style
sheets, php, etc and will happily explain it to anyone who needs to
know.

I may also be able to make time for the transition to a wiki, due to
work taking an OSS turn and with a wiki and collaborative technologies
being considered.

Liam

it depends 


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] website logos

[Bill Crawford]

> From: Frank Worsley <[EMAIL PROTECTED]>

> Also, it doesn't have to say "Direct Rendering Interace" or "3D for
> XFree86" on it. If you can think of anything else that sounds nice then you
> can say that too. You can also not say anything at all! I think the only
> letters that really should be _somewhere_ on there are "DRI".
> 
> For example if you have a really cool 3D render or some other cool image
> that would fit with the 3D theme then you could just slap the letters "DRI"
> somewhere on there and it would also be a cool logo!

 I'd like to propose using an image from the "gears" demo and work a
letter into each gear.

 I'm not volunteering either, I can draw easily as well as my eight-
year-old daughter.

-- 
/* Bill Crawford, Unix Systems Developer, ebOne, formerly GTS Netcom */
#include "stddiscl.h"

___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website [update!]

[Keith Whitwell]

Ian Molton wrote:
> Well, I've backed up the old website (except for the huge snapshots
> folder.
> 
> I've also put the shell of the new site up. go to
> http://dri.sourceforge.net/new_site/ to see it.
> 

It looks like it's got a way to go before it incorporates all of the content 
from the old site.  It seems like a bunch of small-but-useful things have gone 
missing, and possibly a couple of big things, too.

- There's no easy link to the sourceforge projects page.
- The 'status' page has disappeared
- The 'resources' page has disappeared
- All of the links in the 'developer' page point back to the 'developer' page.
- The 'help us' link dangles

And in general, I don't see what is so bad about the old layout, or why this 
layout is necessarily any better -- they're actually pretty similar, the older 
one having a little more 'chrome'...

What are the goals of this rewrite?  I'm not really sure what you're trying to 
achieve that couldn't be done just by updating the existing site on a 
case-by-case basis.

Keith




---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website [update!]

[Jens Owen]

Ian Molton wrote:

> Well, I've backed up the old website (except for the huge snapshots
> folder.
> 
> I've also put the shell of the new site up. go to
> http://dri.sourceforge.net/new_site/ to see it.
> 
> I'm awaiting some charts and a couple of pages from Liam, which look to
> become excellent references, and I have yet to hook up some of the
> links.
> 
> I'll be doing these tasks shortly, but I'd like to know what y'all think
> of the new layout?
> 
> (yes, I know the hardware page isnt there yet ;-)


Ian,

A couple of comments:

1) Please add a link on the side bar to our project page on Source Forge.

2) Your plea for help is spread out over the entire site.  Please make sure all 
potential new developers are aware they should read the developer FAQ before starting 
in with questions on the devel list.


-- 
/\
  Jens Owen/  \/\ _
   [EMAIL PROTECTED]  /\ \ \   Steamboat Springs, Colorado



---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

RE: [Dri-devel] Website [update!]

[Alexander Stohr]

Hardware -> "wibble" whatever this is.

DRI Logo doesnt represent a link to "home". it should be for convenience

(other highly important things already mentioned by others.)

for sake of niceness the sourceforge.net link with logo is missing.

The previous design had some headers and footers, i dont
think they are required any more to help if the menu bar
grafics didnt load, but for the sake of e.g. pure textmode
browsers without frames they are still helpful.

Further i would like some copyright statment, in the footer,
even if the pages are free. Knowing the origin is important
as soon as there is at least one mirror site and for people
who do print or quote the pages its as well of interest.

> -Original Message-
> From: Ian Molton [mailto:[EMAIL PROTECTED]]
> Sent: Monday, June 24, 2002 18:02
> To: [EMAIL PROTECTED]
> Subject: [Dri-devel] Website [update!]
> 
> 
> Well, I've backed up the old website (except for the huge snapshots
> folder.
> 
> I've also put the shell of the new site up. go to
> http://dri.sourceforge.net/new_site/ to see it.
> 
> I'm awaiting some charts and a couple of pages from Liam, 
> which look to
> become excellent references, and I have yet to hook up some of the
> links.
> 
> I'll be doing these tasks shortly, but I'd like to know what 
> y'all think
> of the new layout?
> 
> (yes, I know the hardware page isnt there yet ;-)
> 
> 
> ---
> Sponsored by:
> ThinkGeek at http://www.ThinkGeek.com/
> ___
> Dri-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/dri-devel
> 



---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

RE: [Dri-devel] Website [update!]

[Leif Delgass]

On Mon, 24 Jun 2002, Alexander Stohr wrote:

> The previous design had some headers and footers, i dont
> think they are required any more to help if the menu bar
> grafics didnt load, but for the sake of e.g. pure textmode
> browsers without frames they are still helpful.

The header/footer navigation links are also useful if another site links
to a URL other than the homepage, since you don't get the frameset in that
case.

Also, the frames need a bgcolor in the body.  This is a pet peeve of mine, 
since I have my default background set to gray.

-- 
Leif Delgass 
http://www.retinalburn.net



---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website Wiki

[José Fonseca]

On Thu, Sep 25, 2003 at 10:58:01AM +0200, [EMAIL PROTECTED] wrote:
> Good day José
> 
> First off I am using http://dri.sourceforge.net/wiki which resolves to:
> http://dri.sourceforge.net/cgi-bin/moin.cgi/
> 
> I assume this is correct, if not ignore me. 

Yep.

> 
> First off looking good, looking useful.
> 

I'm glad you liked it.

> There does seems to be some recursive linking going on ie pages linking
> to themselves, which is pointless and user unfriendly.
> 
> Eg go to the status page page and there is a status link under each
> category that links to the status page.
> 
> Clicking on EditText does not allow me to fix this.
> 
> I don't have the emails dealing with this at hand, so I'm reading them
> via web archive atm.
> 
> It appears that [[FullSearch()]] is dragging in Status as well as what
> it should.

That's correct. This is an issue with the MoinMoin handles cross-references in 
FullSearch(). 
I can try fix it later but it's not a trivial issue. 

(In detail you make a list of, e.g., chipsets by adding
CategoryHardwareChipset and then list the crossreferences in that actual
CategoryHardwareChipset page, but if you want to refer people to
CategoryHardwareChipset in a unrelated page, that page too will appear
in the chipset list! I'm not sure but I believe it happens in other Wikis too -
it's the Wiki way or something..!)

> I've ssh'ed in and had a look around in ~/wiki but can't see how this
> works.

You'd need to go directly to the Python guts of MoinMoin in
~/cgi-bin/MoinMoin/ to get a stab at it, as its handled by macros -
text is fine. 

José Fonseca


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website -> Wiki (RFC)

[Keith Whitwell]

José Fonseca wrote:
I've finished with a big chunk of the wikification of the website,
including updating CVS download info.
These would be the new top leves entry pages:

  Home: http://dri.sf.net/cgi-bin/moin.cgi/FrontPage 
  Status: http://dri.sf.net/cgi-bin/moin.cgi/Status
  Contribute: http://dri.sf.net/cgi-bin/moin.cgi/Contributing
  Downloads: http://dri.sf.net/cgi-bin/moin.cgi/Download
  Documentation: http://dri.sf.net/cgi-bin/moin.cgi/Documentation
  Help: http://dri.sf.net/cgi-bin/moin.cgi/Community
  Links: http://dri.sf.net/cgi-bin/moin.cgi/Links
  
This is not 100% finished. Some of the pages above are just a literal
translation of the HTML, others use the dinamic feature of Wiki and are
self-updating.

Please give some feedback. Especially if don't like it or feel there's
regression moving the stuff above into the Wiki. SILENCE WILL BE TAKEN
AS A GREEN LIGHT.
I still get the 500 Internal Server Error...  Sigh...

Keith



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website -> Wiki (RFC)

[Michel Dänzer]

On Tue, 2003-09-23 at 19:52, José Fonseca wrote:
> 
> BTW: I've added a very simple Homepage to some of the DRI developers
> here so that references to TheirNames will hyperlink to that homepage. I
> use nothing but widely avaible information on the web, but check if it
> suits your taste, and for those not yet there please add one - it's a
> good way to now who does what and who likes what. See
> http://dri.sourceforge.net/cgi-bin/moin.cgi/CategoryHomepage for more
> detail.

The correct umlaut-less transliteration for my last name is 'Daenzer',
so MichelDaenzer would be better than MichelDanzer. How can I change
that?


-- 
Earthling Michel Dänzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \ http://svcs.affero.net/rm.php?r=daenzer



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website -> Wiki (RFC)

[José Fonseca]

On Tue, Sep 23, 2003 at 09:40:50PM +0200, Michel Dänzer wrote:
> On Tue, 2003-09-23 at 19:52, José Fonseca wrote:
> > 
> > BTW: I've added a very simple Homepage to some of the DRI developers
> > here so that references to TheirNames will hyperlink to that homepage. I
> > use nothing but widely avaible information on the web, but check if it
> > suits your taste, and for those not yet there please add one - it's a
> > good way to now who does what and who likes what. See
> > http://dri.sourceforge.net/cgi-bin/moin.cgi/CategoryHomepage for more
> > detail.
> 
> The correct umlaut-less transliteration for my last name is 'Daenzer',
> so MichelDaenzer would be better than MichelDanzer. How can I change
> that?

By strange coincidence even today a german coleague of mine told me
about those umlaut-less transliterations (they don't exist, e.g., for
Portuguese), but I didn't though of that when creating your homepage.
Sorry about that.

These kind of operations are best performed by directly manipulating the
Wiki plain-text repository -- just goto /home/d/dr/dri/wiki/text on the
SF shell acount and do whatever necessary -- but I've already done that
for you.

José Fonseca


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website -> Wiki (RFC)

[Michel Dänzer]

On Tue, 2003-09-23 at 22:05, José Fonseca wrote:
> On Tue, Sep 23, 2003 at 09:40:50PM +0200, Michel Dänzer wrote:
> > On Tue, 2003-09-23 at 19:52, José Fonseca wrote:
> > > 
> > > BTW: I've added a very simple Homepage to some of the DRI developers
> > > here so that references to TheirNames will hyperlink to that homepage. I
> > > use nothing but widely avaible information on the web, but check if it
> > > suits your taste, and for those not yet there please add one - it's a
> > > good way to now who does what and who likes what. See
> > > http://dri.sourceforge.net/cgi-bin/moin.cgi/CategoryHomepage for more
> > > detail.
> > 
> > The correct umlaut-less transliteration for my last name is 'Daenzer',
> > so MichelDaenzer would be better than MichelDanzer. How can I change
> > that?
> 
> By strange coincidence even today a german coleague of mine told me
> about those umlaut-less transliterations (they don't exist, e.g., for
> Portuguese), but I didn't though of that when creating your homepage.
> Sorry about that.

No problem at all. The coincidences in life never cease to amaze me. :)

> These kind of operations are best performed by directly manipulating the
> Wiki plain-text repository -- just goto /home/d/dr/dri/wiki/text on the
> SF shell acount and do whatever necessary -- but I've already done that
> for you.

Thank you.


-- 
Earthling Michel Dänzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \ http://svcs.affero.net/rm.php?r=daenzer



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website -> Wiki (RFC)

[Felix Kühling]

On Tue, 23 Sep 2003 18:52:20 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:

> I've finished with a big chunk of the wikification of the website,
> including updating CVS download info.
> 
> These would be the new top leves entry pages:
> 
>   Home: http://dri.sf.net/cgi-bin/moin.cgi/FrontPage 
>   Status: http://dri.sf.net/cgi-bin/moin.cgi/Status
>   Contribute: http://dri.sf.net/cgi-bin/moin.cgi/Contributing
>   Downloads: http://dri.sf.net/cgi-bin/moin.cgi/Download
>   Documentation: http://dri.sf.net/cgi-bin/moin.cgi/Documentation
>   Help: http://dri.sf.net/cgi-bin/moin.cgi/Community
>   Links: http://dri.sf.net/cgi-bin/moin.cgi/Links
>   
> This is not 100% finished. Some of the pages above are just a literal
> translation of the HTML, others use the dinamic feature of Wiki and are
> self-updating.
> 
> Please give some feedback. Especially if don't like it or feel there's
> regression moving the stuff above into the Wiki. SILENCE WILL BE TAKEN
> AS A GREEN LIGHT.
> 
> I hope to Wikify most of the Documentation too. I know that this won't
> make the documentation up2date just by itself but I hope that by making
> more accessible to make changes more people can aid in that process, as
> the documents are assimilated in the Wiki.
> 
> José Fonseca
> 
> BTW: I've added a very simple Homepage to some of the DRI developers
> here so that references to TheirNames will hyperlink to that homepage. I
> use nothing but widely avaible information on the web, but check if it
> suits your taste, and for those not yet there please add one - it's a
> good way to now who does what and who likes what. See
> http://dri.sourceforge.net/cgi-bin/moin.cgi/CategoryHomepage for more
> detail.

How do I add a new homepage?

Nice work, this wiki. One comment though, it's a bit annoying that the
word "in" is highlighted everywhere (links to some source code
documentation).

Cheers,
  Felix

__\|/_____ ___   -
 Felix   ___\_e -_/___/ __\___/ __\_   You can do anything,
   Kühling  (_\Ä// /_/ /)  just not everything
 [EMAIL PROTECTED]   \___/   \___/   Uat the same time.


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website -> Wiki (RFC)

[Eric Anholt]

On Thu, 2003-09-25 at 15:32, Felix Kühling wrote:
> On Tue, 23 Sep 2003 18:52:20 +0100
> José Fonseca <[EMAIL PROTECTED]> wrote:
> 
> > I've finished with a big chunk of the wikification of the website,
> > including updating CVS download info.
> > 
> > These would be the new top leves entry pages:
> > 
> >   Home: http://dri.sf.net/cgi-bin/moin.cgi/FrontPage
> >   Status: http://dri.sf.net/cgi-bin/moin.cgi/Status
> >   Contribute: http://dri.sf.net/cgi-bin/moin.cgi/Contributing
> >   Downloads: http://dri.sf.net/cgi-bin/moin.cgi/Download
> >   Documentation: http://dri.sf.net/cgi-bin/moin.cgi/Documentation
> >   Help: http://dri.sf.net/cgi-bin/moin.cgi/Community
> >   Links: http://dri.sf.net/cgi-bin/moin.cgi/Links
> >   
> > This is not 100% finished. Some of the pages above are just a literal
> > translation of the HTML, others use the dinamic feature of Wiki and are
> > self-updating.
> > 
> > Please give some feedback. Especially if don't like it or feel there's
> > regression moving the stuff above into the Wiki. SILENCE WILL BE TAKEN
> > AS A GREEN LIGHT.
> > 
> > I hope to Wikify most of the Documentation too. I know that this won't
> > make the documentation up2date just by itself but I hope that by making
> > more accessible to make changes more people can aid in that process, as
> > the documents are assimilated in the Wiki.
> > 
> > José Fonseca
> > 
> > BTW: I've added a very simple Homepage to some of the DRI developers
> > here so that references to TheirNames will hyperlink to that homepage. I
> > use nothing but widely avaible information on the web, but check if it
> > suits your taste, and for those not yet there please add one - it's a
> > good way to now who does what and who likes what. See
> > http://dri.sourceforge.net/cgi-bin/moin.cgi/CategoryHomepage for more
> > detail.
> 
> How do I add a new homepage?
> 
> Nice work, this wiki. One comment though, it's a bit annoying that the
> word "in" is highlighted everywhere (links to some source code
> documentation).

The automatic highlighting of many words was the reason why I used the
dri.freedesktop.org wiki instead of sf.net for the troubleshooting
page.  If we could somehow suppress the auto-wikiwording-from-source in
specific pages at least, I would put it on dri.sf.net too.

-- 
Eric Anholt[EMAIL PROTECTED]  
http://people.freebsd.org/~anholt/ [EMAIL PROTECTED]




---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website -> Wiki (RFC)

[José Fonseca]

On Thu, Sep 25, 2003 at 03:46:25PM -0700, Eric Anholt wrote:
> On Thu, 2003-09-25 at 15:32, Felix Kühling wrote:
> > 
> > How do I add a new homepage?

Just point your browser to

  http://dri.sf.net/cgi-bin/moin.cgi/FelixKuehling

and chose the HomepageTemplate. This works the same for any new page.

> > 
> > Nice work, this wiki. One comment though, it's a bit annoying that the
> > word "in" is highlighted everywhere (links to some source code
> > documentation).
> 
> The automatic highlighting of many words was the reason why I used the
> dri.freedesktop.org wiki instead of sf.net for the troubleshooting
> page.  If we could somehow suppress the auto-wikiwording-from-source in
> specific pages at least, I would put it on dri.sf.net too.

I'm aware of these issues. But when faced with the decision where I
want to spend my time I inevitably choose the path of "I'd rather have
more superfluous hyperlynks than lack of hyperlinks". 
So I'll keep adding more documentation, and automatic hyperlinks to
soup. ONLY when I'm out of stuff to add, is that I'll start trimming
down the redundant stuff. 

Patches are, nevertheless, always welcome.
(The MoinMoin Wiki implementation is very easy to understand and extend
for anybody minimally familiar with Python). BTW, the 'in' stuff is as
easy as deleting the corresponding line from
/home/d/dr/dri/wiki/tags/mesa, or filter this file agains a english
dictionary. The AutoWikiFromName isnot very dificult to remove: I
already have extended MoinMoin to recognize names as they are on the
filenames, instead of the AnnoyingLimitatingWikiStuff... But as I said
above, first what comes first.  Without content nobody will even
care about those annoyances - nobody will read at all!

I confess that my only real concern with the abundance of links that 
the searchbots will
create so much traffik, plus the slowness of MoinMoin, will lead to an
super slow web server, the consequently an unfriendly note from the SourceForge 
crew... So I may have to care about the performance before that.

Jose Fonseca



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website -> Wiki (RFC)

[Felix Kühling]

On Fri, 26 Sep 2003 00:53:13 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:

> BTW, have u seen
> http://dri.sourceforge.net/cgi-bin/moin.cgi/ConfigurationInfrastructure
> ? ;-)
> 
> Feel free to add any more info you see fit. 
> 
> Also, I noticed I put your name wrong there too: The umlaut ü->ue thingy
> I didn't knew again..! 

Ah, I missed that one before. I fixed my name and added a home page. I'm
going to add more information to ConfigurationInfrastructure later.

> 
> José Fonseca
> 
> 
> PS: Still have to sort the config-*-* branch snapshots issues :-/

IIRC the only issue was the missing xdriinfo executable.

Felix

__\|/_____ ___   -
 Felix   ___\_e -_/___/ __\___/ __\_   You can do anything,
   Kühling  (_\Ä// /_/ /)  just not everything
 [EMAIL PROTECTED]   \___/   \___/   Uat the same time.


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website update needed...

[smitty]

> Someone should really fix this so it no longer refers to the
> sourceforge CVS server:
> 
> http://dri.sourceforge.net/doc/cvs.html
- dri.sourceforge.net
+ dri.freedesktop.org

I assume that is correct.

Liam


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website update needed...

[José Fonseca]

On Sun, Sep 28, 2003 at 01:11:14PM -0400, Adam K Kirchhoff wrote:
> 
> Someone should really fix this so it no longer refers to the sourceforge
> CVS server:
> 
> http://dri.sourceforge.net/doc/cvs.html

I've:
 - wikified that documented in 
, 
 - updated it, removing the cvs usage info (which already is done in
   
 - added a redirect rule for the wiki page in 
/home/groups/d/dr/dri/htdocs/doc/.htaccess
 - move the document cvs.html to /doc/old

>From now on, anybody who notices outdated indo in /doc please follow
the same steps
shown above.

Regards,

José Fonseca


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

RE: [Dri-devel] Website [update!] -> frames colour

[Smitty]

Also, the frames need a bgcolor in the body.  This is a pet peeve of mine, 
since I have my default background set to gray.

Well if I can see them then I can grab them and resize them. 

I can also see this line in the old / original site?

Liam

it depends


---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] Website (Was: S3TC (again))

[Leif Delgass]

Regarding the website, I made a couple of changes to the driver feature
table in /doc/feature_table.html -- primarily to add
ATI_texture_env_combine3 to the list of extensions.  I noticed that the
link was moved from the documentation page to the status page.  However,
the link on the status page is to an older version of the table
(/other/dri_driver_features.html), which is not as complete and doesn't
have the driver notes/environment variable lists.  Could you either change
the link back to the newer table in /doc, or move the new table from /doc
to /other, please? (neither the status page nor the table in /other are
group writable).  In either case, we should probably remove the old
version to eliminate confusion.  FYI, I also updated the cvs branch page
with the new mach64 branch tag and removed some info that wasn't valid 
anymore from the description.

--Leif

On Sun, 23 Feb 2003, Smitty wrote:

> > > Can we add this to the FAQ, please?
> > 
> > The FAQ is editable by anyone isn't it?
> No, but anyone can add a FAQ, if they could edit / delete them that would
> be none too wise, which is why I advise not to mess it up (because then I
> have to fix it).
> 
> Liam
> 
> it depends
> 
> 
> ---
> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> The most comprehensive and flexible code editor you can use.
> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> www.slickedit.com/sourceforge
> ___
> Dri-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/dri-devel
> 

-- 
Leif Delgass 
http://www.retinalburn.net



---
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
www.slickedit.com/sourceforge
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel