This list has gotten quiet recently. I'd love to finalize the content structure, so we can go off on our own and build out the site. Any problems, changes, comments, etc. to this layout:
http://testpd.iem.at/dev/pdweb_wiki/HansContentStructure
* News (startpage) o news/announcements o Calendar + event text listing * Documentation o "About" concise explanation of pd + Copyright o pd docs o Tutorials o FAQ o Development * Development o how to join the SourceForge? project|http://pure-data.sf.net? o List of Developers o Development Areas (HID, web site, synthesis, DJ, etc.) o Developer Roles (maintainters, webmasters, etc.) * Members Pages o brief explanation of section o member listing o member folders + patches + art + announcements/news * Community o patches o "art" (tracks, GEM pictures, flash-installations) o forums + Linux Installation Help + MacOS? X Installation Help + Windows Installation Help + General Problems + others... o mailing lists / archives * Downloads o pure-data.sf.net packages o pd-gem.sf.net packages o wiki with links to sites of other externals * Search o Search the site o search PDB
I will be in Belize until Tuesday night, so I won't be checking email till then.
.hc
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Le 2 Juillet 2003 00:12, Hans-Christoph Steiner a écrit :
This list has gotten quiet recently.
I was supposed to work on a Plone skin, but summer is too short up north. Maybe a simple color change is enough instead of a complete new skin.
A question for the iem.at webmaster: is it possible to have a copy of its Plone skin so I can study it? Also, this site is bilingual: how was it done?
Any problems, changes, comments, etc. to this layout: http://testpd.iem.at/dev/pdweb_wiki/HansContentStructure
It looks good to me. A few comments:
+ event text listing
Is it possible to list the events outside of the calendar?
o Developer Roles (maintainters, webmasters, etc.)
What's the purpose of this section: identify people involved?
o wiki with links to sites of other externals
I tried the link feature in Plone: when a new link is created by a user, a "related" box appears at the bottom left corner of its home page.
I will be in Belize until Tuesday night, so I won't be checking email till then.
Life is good! If I'd be in Belize, I'd certainly not check my email... - -- Marc
On Wednesday, Jul 2, 2003, at 01:15 America/New_York, Marc Lavallée wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Le 2 Juillet 2003 00:12, Hans-Christoph Steiner a écrit :
Any problems, changes, comments, etc. to this layout: http://testpd.iem.at/dev/pdweb_wiki/HansContentStructure
It looks good to me. A few comments:
+ event text listing
Is it possible to list the events outside of the calendar?
Yes, that was the intention of this: a text listing of all the events outside of the calendar.
o Developer Roles (maintainters, webmasters, etc.)
What's the purpose of this section: identify people involved?
To identify who is working on what, and who to contact with questions, etc. about given sections. For example: RPM maintainer, DEB maintainer, OS X package maintainer, Webmaster, Documentation coordination, Tcl GUI work, etc. etc.
o wiki with links to sites of other externals
I tried the link feature in Plone: when a new link is created by a user, a "related" box appears at the bottom left corner of its home page.
Where can I see that?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Then Hans wrote:
Where can I see that?
External links can be created while in contents view and shows in a "related" box at the bottom left. This box also contains internal links to items with the same keywords. There's already a couple of "related" boxes in the site; if you explore you'll noticed them.
I just created a link in my folder: http://testpd.iem.at/Members/odradek/ and one on the first page (about folder): http://testpd.iem.at/about/
I modified the box and now externals links pops in a new window. But I'd like them to point to their correspondant link documents.
With the Development Areas, it would be set up so that anyone could edit it to add themselves under the areas they are working under.
Anyone = any registered user?
To me, having both the top navigation and the side navigation is redundant and somewhat confusing, especially if they have only some of same things in them.
I agree.
But if people want both, I think they should have the same navigation items, which are the top-level items on the Content Structure:
There's not a lot room at the top; the site has to work with most browsers at low resolutions like 800x600, even with text browsers like "links". We should try to keep the basic Plone links at the top (About Members News Search); News and Search never shows in the box, About and Members appears in the box to anonymous users only when they click on these tabs. Maybe there's a way to hide folders in the navigation box even for registered users.
In fact, I think http://www.boxesandarrows.com is a good example for nice, clean design.
Very clean indeed; it's a PHP "Movable Type" site (http://www.movabletype.org), which by default has a clean look. I think we better not try to build the perfect designer skin, Plone is already complex and clean enough. I would change the colors, not much.
- -- Marc
looks good to me.
who is belize?
[Hans-Christoph Steiner]->[[Pdweb] content structure]->[03-07-02 00:12]
| |This list has gotten quiet recently. I'd love to finalize the content |structure, so we can go off on our own and build out the site. Any |problems, changes, comments, etc. to this layout: | |http://testpd.iem.at/dev/pdweb_wiki/HansContentStructure | | * News (startpage) | o news/announcements | o Calendar | + event text listing | * Documentation | o "About" concise explanation of pd | + Copyright | o pd docs | o Tutorials | o FAQ | o Development | * Development | o how to join the SourceForge? |project|http://pure-data.sf.net? | o List of Developers | o Development Areas (HID, web site, synthesis, DJ, etc.) | o Developer Roles (maintainters, webmasters, etc.) | * Members Pages | o brief explanation of section | o member listing | o member folders | + patches | + art | + announcements/news | * Community | o patches | o "art" (tracks, GEM pictures, flash-installations) | o forums | + Linux Installation Help | + MacOS? X Installation Help | + Windows Installation Help | + General Problems | + others... | o mailing lists / archives | * Downloads | o pure-data.sf.net packages | o pd-gem.sf.net packages | o wiki with links to sites of other externals | * Search | o Search the site | o search PDB | | |I will be in Belize until Tuesday night, so I won't be checking email |till then. | |.hc | | | | |_______________________________________________ |Pdweb mailing list |Pdweb@iem.at |http://iem.at/cgi-bin/mailman/listinfo/pdweb |
Belize is a small country on the Caribbean Sea neighboring Mexico, Guatemala, and Honduras:
http://www.bartleby.com/151/c27.html
.hc
On Wednesday, Jul 2, 2003, at 06:59 America/New_York, d.lj wrote:
looks good to me.
who is belize?
[Hans-Christoph Steiner]->[[Pdweb] content structure]->[03-07-02 00:12]
| |This list has gotten quiet recently. I'd love to finalize the content |structure, so we can go off on our own and build out the site. Any |problems, changes, comments, etc. to this layout: | |http://testpd.iem.at/dev/pdweb_wiki/HansContentStructure | | * News (startpage) | o news/announcements | o Calendar | + event text listing | * Documentation | o "About" concise explanation of pd | + Copyright | o pd docs | o Tutorials | o FAQ | o Development | * Development | o how to join the SourceForge? |project|http://pure-data.sf.net? | o List of Developers | o Development Areas (HID, web site, synthesis, DJ, etc.) | o Developer Roles (maintainters, webmasters, etc.) | * Members Pages | o brief explanation of section | o member listing | o member folders | + patches | + art | + announcements/news | * Community | o patches | o "art" (tracks, GEM pictures, flash-installations) | o forums | + Linux Installation Help | + MacOS? X Installation Help | + Windows Installation Help | + General Problems | + others... | o mailing lists / archives | * Downloads | o pure-data.sf.net packages | o pd-gem.sf.net packages | o wiki with links to sites of other externals | * Search | o Search the site | o search PDB | | |I will be in Belize until Tuesday night, so I won't be checking email |till then. | |.hc | | | | |_______________________________________________ |Pdweb mailing list |Pdweb@iem.at |http://iem.at/cgi-bin/mailman/listinfo/pdweb |
-- X d U · O 7 g
Pdweb mailing list Pdweb@iem.at http://iem.at/cgi-bin/mailman/listinfo/pdweb
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
This list has gotten quiet recently.
I'm back on track now. I was without real net access for about 2 weeks, but now I'm surfing again, yeah.
I'd love to finalize the content structure, so we can go off on our own and build out the site. Any problems, changes, comments, etc. to this layout:
http://testpd.iem.at/dev/pdweb_wiki/HansContentStructure
* Downloads o pure-data.sf.net packages o pd-gem.sf.net packages o wiki with links to sites of other externals * Search o Search the site o search PDB
So far this is okay with me. I just wonder, if the PDP search would not better be placed to downloads? Or maybe there as well.
If we could get rid of PDP in the Search folder, then we could also get rid of the Search folder at all and just keep the search entry at the page's top.
Regarding the skinning:
I has come up before, but I would like to get rid of most of the boxes, too. I would like the "about document"-box to be in the footer of the page, where now the useless Plone advertisement is.
Currently there is redundant navigation info: the notetabs at the top and the nav.-box at the left hand. I'd prefer one of these to go away.
Opinions?
ciao
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Le 2 Juillet 2003 16:24, Frank Barknecht a écrit :
I has come up before, but I would like to get rid of most of the boxes, too. I would like the "about document"-box to be in the footer of the page, where now the useless Plone advertisement is.
Good idea. I already made the modification, please take a look.
Currently there is redundant navigation info: the notetabs at the top and the nav.-box at the left hand. I'd prefer one of these to go away.
I would keep those items at the top: About Members News Events Search
- -- Marc
Marc Lavallée writes:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Le 2 Juillet 2003 16:24, Frank Barknecht a écrit :
I has come up before, but I would like to get rid of most of the boxes, too. I would like the "about document"-box to be in the footer of the page, where now the useless Plone advertisement is.
Good idea. I already made the modification, please take a look.
ok too.
Currently there is redundant navigation info: the notetabs at the top and the nav.-box at the left hand. I'd prefer one of these to go away.
I would keep those items at the top: About Members News Events Search
I would prefer to put the navigationbox and additionally pending box for reviewers on the left side only if you are logged in, since it is nice to see your content structure in the home and have the possibility to switch to content, at least for the Members folder.
Otherwhere there should only be boxes on the right side on some folders, like newsbox and calendar in about, but none on the left side.
Navigation makes only sense if, the directorystructure is complex emnough. and for the "content view" switch.
So maybe I change so a contentview object tab to be visible ( I just did for testing) and we need no navigation on most folders.
mfg winfried
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Le 3 Juillet 2003 05:05, Winfried Ritsch a écrit :
I would prefer to put the navigationbox and additionally pending box for reviewers on the left side only if you are logged in, since it is nice to see your content structure in the home and have the possibility to switch to content, at least for the Members folder.
Otherwhere there should only be boxes on the right side on some folders, like newsbox and calendar in about, but none on the left side.
Navigation makes only sense if, the directorystructure is complex emnough. and for the "content view" switch.
"Navigation" is not really a feature or an option, so it'd be easier for both maintainers and users to keep the navigation box visible at the left, at all time, for all users, since it works as a "context sensitive" menu and shows the site structure. - -- Marc
On Friday, Jul 4, 2003, at 12:44 America/New_York, Marc Lavallée wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Le 3 Juillet 2003 05:05, Winfried Ritsch a écrit :
I would prefer to put the navigationbox and additionally pending box for reviewers on the left side only if you are logged in, since it is nice to see your content structure in the home and have the possibility to switch to content, at least for the Members folder.
Otherwhere there should only be boxes on the right side on some folders, like newsbox and calendar in about, but none on the left side.
Navigation makes only sense if, the directorystructure is complex emnough. and for the "content view" switch.
"Navigation" is not really a feature or an option, so it'd be easier for both maintainers and users to keep the navigation box visible at the left, at all time, for all users, since it works as a "context sensitive" menu and shows the site structure.
To me, having both the top navigation and the side navigation is redundant and somewhat confusing, especially if they have only some of same things in them. I think that if the navigation is always going to be on the left hand side, then we don't need the same items on top at all. Since Plone seems flexible enough to allow us to specify our own site structure, I don't think we need to emulate the structure of the plone.org site.
But if people want both, I think they should have the same navigation items, which are the top-level items on the Content Structure: About News Documentation Development Members Community Downloads Search Yes, that's a lot, but with a different design, they will all fit fine on the top nav. Check http://www.boxesandarrows.com for an example of fitting big words in a small nav.
In fact, I think http://www.boxesandarrows.com is a good example for nice, clean design. That site is about the same complexity as pure-data.org (maybe a bit less) but its layout is so clean (the right nav is a bit odd). I like having the main nav items on top, then the sub nav items on the right (left for pd.org?) nav. It gives you a good sense of the different sections.
.hc
On Wednesday, Jul 2, 2003, at 16:24 America/New_York, Frank Barknecht wrote:
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I'd love to finalize the content structure, so we can go off on our own and build out the site. Any problems, changes, comments, etc. to this layout:
http://testpd.iem.at/dev/pdweb_wiki/HansContentStructure
* Downloads o pure-data.sf.net packages o pd-gem.sf.net packages o wiki with links to sites of other externals * Search o Search the site o search PDB
So far this is okay with me. I just wonder, if the PDP search would not better be placed to downloads? Or maybe there as well.
If we could get rid of PDP in the Search folder, then we could also get rid of the Search folder at all and just keep the search entry at the page's top.
The ideal solution would be to plone-ize PDB so that there would just be one search page where all search functions would be accessible. But if that is not possible, then we need to come up with something else. Any plone experts have any ideas for how to approach plone-izing PDB?
Regarding the skinning:
I has come up before, but I would like to get rid of most of the boxes, too. I would like the "about document"-box to be in the footer of the page, where now the useless Plone advertisement is.
Currently there is redundant navigation info: the notetabs at the top and the nav.-box at the left hand. I'd prefer one of these to go away.
Opinions?
I second that wholeheartedly (see previous email).
.hc
Hello,
looks ok for me too.
* Documentation o "About" concise explanation of pd + Copyright o pd docs o Tutorials o FAQ o Development * Development o how to join the SourceForge?
project|http://pure-data.sf.net? o List of Developers o Development Areas (HID, web site, synthesis, DJ, etc.) o Developer Roles (maintainters, webmasters, etc.)
Here is still the question if we need a Development in either the Documentation or as a seperate folder.
I dont know how to compile or and handle the list of developers and or developer roles, since the developers are tracked inside CVS or with their project they document on this page.
The development-areas would be nice to be structured like seen above, but should it not be projects...
so we can put all in Documentation -> Development.
But we need some place for the Bugtracker of this site and Documentation for this site
like How to contribute a project, a News an Event and an explanation of Workflow, structured text, and all Objects you can create... like NuxDocument, Photos, Photoalbums, Collector, Forum, Wiki.
I dont know where to put this like to community or so... ?
mfg winfried
On Thursday, Jul 3, 2003, at 05:15 America/New_York, Winfried Ritsch wrote:
Hello,
looks ok for me too.
* Documentation o "About" concise explanation of pd + Copyright o pd docs o Tutorials o FAQ o Development * Development o how to join the SourceForge?
project|http://pure-data.sf.net? o List of Developers o Development Areas (HID, web site, synthesis, DJ, etc.) o Developer Roles (maintainters, webmasters, etc.)
Here is still the question if we need a Development in either the Documentation or as a seperate folder.
I dont know how to compile or and handle the list of developers and or developer roles, since the developers are tracked inside CVS or with their project they document on this page.
I am planning on setting this up and doing some maintenance. But it would be great if the maintenance could be open to many. There is already something similar done on the sf.net site: http://pure-data.sourceforge.net/documentation.php
The development-areas would be nice to be structured like seen above, but should it not be projects...
so we can put all in Documentation -> Development.
With the Development Areas, it would be set up so that anyone could edit it to add themselves under the areas they are working under.
But we need some place for the Bugtracker of this site and Documentation for this site
like How to contribute a project, a News an Event and an explanation of Workflow, structured text, and all Objects you can create... like NuxDocument, Photos, Photoalbums, Collector, Forum, Wiki.
I dont know where to put this like to community or so... ?
This would go under Documentation in a section for how to use the website.
I have incorporated all of the changes discussed into a revised Content Structure document:
http://testpd.iem.at/dev/pdweb_wiki/FrontPage
.hc