Pdweb July 2003

pdweb@lists.iem.at

8 participants
9 discussions

how to contribute to the site
by Winfried Ritsch 05 Aug '03

05 Aug '03

Hello ! I was a little be off, because of an urgent help on soundinstallation and will drop in again more next week. I see site is still progressing, thanks... I just have started also a page for technical help on accessing the webpage. I think somebody ask for other way of access besides the http. http://testpd.iem.at/Members/ritsch/howtos/access_website please comment and make suggestion what else could be done. I think I let you do the content structure and will try to get some special content. The next thing is to make a content type for audio next week, which is either ogg, mp3 or wav and can be streamed. Where to put a content like this in future ? mfg winfried

3 11

VST support?
by Sascha Sadat-Guscheh 31 Jul '03

31 Jul '03

hi ... my name is sascha and i'm new to this mailing list and a real PD rookie. i'm not so much into soundprocessing-programming but i want to know more about it, that's why some friends of mine and me want use PD for both, visual and accustic stuff. my interests in pd are more of a "musical nature" than a programming one, that's why i have these questions: in how far is it possible to use PD in the "professional" music-making process? is there a VST wrapper for effects (or instruments) written in PD? is it possible to write f.ex. a pitchshifter in PD (implementing some kind of VST-interface) "compile" it and run it in my sequencer (logic or cubase or w.s.e)? are there any efforts in this direction ? (allthough VST is not open and free) thx in advance .. s.

2 1

Tracks as Topics
by Frank Barknecht 22 Jul '03

22 Jul '03

Hallo, I added a so called "Topic" to the community area on pd.org. A Topic collects content items according to self-defined rules. The new Topic collects tracks. The current rule set is: * Content type must be "File" * Content description must include the word "track". This seems to work just fine. I added a short experiment "track" to my home folder, that follows above rules, and as soon as it was "published" by me it appeard in the "Tracks" topic. You can do this, too, and become famous ;) The Track Topic is available at: http://testpd.iem.at/community/Tracks/ I think, this might be a good way to collect content. It might be cool to have a content types like "Track" or "Patch" but I don't know yet how this is done. But we should fill this up with Topics for patches, images and so on. ciao -- Frank Barknecht _ ______footils.org__

4 11

How to add art to the community area
by Frank Barknecht 22 Jul '03

22 Jul '03

Hallo, I started a document that explains the needed steps on how to add "art" (music, patches, images) to our community area. It is a wiki page and I was a bad guy again and used studdly caps in the file's name as is usually the case with WikiPages. I'm not sure if our informal style guide should allow this, but I think for Wiki pages it might be okay. But I was even badder and added this documentation to the community folder, not under documentation. I'm not sure about this, though. On one hand it's a doc item that strongly belongs to the community area, but then it also might be good to have site docs under documentation. Well, anyway: you can find the new doc at: http://testpd.iem.at/community/HowToContribute ciao -- Frank Barknecht _ ______footils.org__

2 2

Re: [Pdweb] Tracks as Topics
by Frank Barknecht 19 Jul '03

19 Jul '03

Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: > The meta-data approach sounds intriguing, that would definitely make > the "Topics" thing work well. I am still wondering how much people > will be willing to learn the "plone way". Most people are lazy, so you > have to give them a compelling reason to learn something new. So > that's generally why I advocate making things work in more 'standard' > ways. The "plone way" is nice, but what's most important to me is that > people use the site, so that's why I always bring up these annoying > questions :).; Questions and discussion are what I wanted to provoke with my Topics action ;) It's not only the Plone way: Most decent content management systems collect low level content by hand, but provide higher level views ("news of last week", "10 best tracks",...) automatically. That's a big part of the "management" task in "CMS". Editing the overview pages by hand will soon lead into total chaos. I have seen that too many times, that's why I strongly encourage to use the tools at hand. Yes, managing 12 tracks by hand is possible, but managing 120 isn't anymore. I like to compare the "Topics" and similar tools to Makefiles: Of course one could simply call a compiler 23 times by hand, but Makefiles make this task so much easier and less error-prone by using rules for repeating tasks. The most natural thing would be to create content types called "track", "patch", "external source code", that people could add to their folders like a news item. But sooner or later we will end up with a kind of markup for our custom content types. That's exactly the place, where the Keywords come in. And even custom content types would need to be collected somehow ==> Topic. With Topics and Keywords, it also is no problem to have content appear at more than one place. Maybe someone has a patch, that is part of a tutorial but also a composition, like for example Miller's 'composition' with data structures in the html-docs. Such a patch could just get two Keywords: "composition" and "tutorial" and would appear at both Topics. The other way would be to automatically create overview pages for the content of just a single folder. But this requires every member having write-permissions for that folder or would mean a lot of file-moving or link-copy'n'pasting to the editors. By keeping the content items inside their home-folders and just collecting them, we can organize the workflow roles, that stood at the beginning - like Reviewer, Manager, Member - much easier. To get to your usability question: Maybe a good explanation of how to set Keywords would suffice, but later, when some of us are more intimate with Plone, we might want to write custom forms for submitting patches, tracks and so on. For example, a user that wants to submit a track should just get an upload form with some text fields for description, title,.., but the Keyword "Tracks" could be added automatically. > We'll need to document how to use pure-data.org... another thing on > the ToDo list... Yes, for sure. I'd prefer Wikipages for that. I'll start some soon. But we also have to decide on how to organize such things before getting the documentation of it out. I already did a small change again: I removed the requirement, that Tracks have to be of Type "File". So now there could be intermediate pages, that describe a track in more detail and maybe also link to the patch, that the track was done with. EOF ciao -- Frank Barknecht _ ______footils.org__

1 0

http://pure-data.org
by Hans-Christoph Steiner 17 Jul '03

17 Jul '03

http://pure-data.org points to iem.at not http://www.pure-data.org . Could we get this fixed? So I guess the pressure is on us now! The URL has been redirected to our fledgling site, so we will be developing it while being watched! .hc

1 0

uploading files to plone
by Hans-Christoph Steiner 16 Jul '03

16 Jul '03

Is there anyway to directly upload files to Plone? I am uploading the docs, and its painful having to upload each image or html file one at a time. There has got to be a better way, but I haven't found it. Also, how do you change the order of the nav elements on the top? I want to make them reflect the left nav, since its still there. .hc

2 1

old pure-data.org
by Hans Steiner 11 Jul '03

11 Jul '03

I wanted to get the FAQ and maybe some other stuff from the old pure-data.org, but the URL is now pointing to pd.iem.at. Is there anyway to access the old pure-data.org? .hc

1 0

content structure
by Hans-Christoph Steiner 11 Jul '03

11 Jul '03

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

5 13

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

Pdweb July 2003