Differences between revisions 1 and 61 (spanning 60 versions)
Revision 1 as of 2002-07-12 22:29:49
Size: 259
Editor: anonymous
Comment: missing edit-log entry for this revision
Revision 61 as of 2005-09-15 15:14:15
Size: 4026
Editor: staselog
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
Things that need doing... == News / Changes ==
Line 3: Line 3:
  * Update MoinMoin software.  * [[Date(2004-07-25T02:19:08Z)]] - updated to 1.2.3, made custom layout into a theme
 * [[Date(2003-04-29T20:24:59Z)]] - updated to rev 1.173
 * [[Date(2003-03-30T15:56:33Z)]] - updated to CVS and refreshed the help pages
 * [[Date(2003-03-13T00:13:44Z)]] - activated ''edit locks'' (warnings only for now); time handling changed to use UTC, '''so you have to adapt your user (timezone) settings'''
 * [[Date(2003-03-07T17:35:38)]] - update from cvs should have fixed RecentChanges problems for anon users; installing PyXML should have fixed any RSS problems
 * [[Date(2003-02-13T00:46:26)]] - update to rev 1.168, which especially means backups on editor submits for people having a homepage, and spam protection via the `MailTo` macro
 * [[Date(2003-02-07T20:44:54)]] - update to CVS head
 * [[Date(2002-12-29T15:29:08)]] - Split up the too large frontpage into multiple head pages.
 * [[Date(2002-12-13T03:32:56)]]
   * updated to CVS current (rev 1.166)
   * Friday the 13th lived up to the promise... several bugs fixed
   * linksThatStartWithLowerCase are not links anymore, thus boost.python/InternalDataStructures stopped to work; but ["boost.python/InternalDataStructures"] works, and on the ["boost.python"] page, `/InternalDataStructures` works too (i.e. use the short form of subpage links).
 * [[Date(2002-11-21T06:16:54)]] - updated to CVS current (rev 1.163)
 * [[Date(2002-11-06T22:40:50)]] - You can now refer to PEPs like so: '''`PEP:0123`''' -> PEP:0123
 * [[Date(2002-08-02T00:19:27)]] - Outgoing mail works now
Line 5: Line 19:
  * Fix up the ["Python"] and FrontPage's == Things that need doing, unless they're done ==
Line 7: Line 21:
  * Python logo instead of MoinMoin logo, and changing the sitename (below the logo).  * We need a mission statement on the front page. What it's for, who can/should participate.
 * Need to create a discussion / ask for help section(s).
Line 9: Line 24:
  * Announce on c.l.p and Daily Py URL when we're fully alive == Discussion ==
''Unfortunately, the ISBN links point to amazon.com, not amazon.de'' -- DanielDittmar

Well, this is hardly surprising in an English wiki. You can use full http links, though. -- JürgenHermann [[DateTime(2002-07-26T02:01:40)]]

''I wasn't surprised, but I was thinking of adding ISBN.de http://www.amazon.de/exec/obidos/ASIN/ to intermap.txt (now that I found how ISBN works).'' -- DanielDittmar [[DateTime(2002-07-26T21:14:18)]]
----
Some ideas about the aims of this wiki:

What I would like to use this Wiki for is for comparisons between Python packages. Most areas seem to have multiple solutions. Is it very unwiki to impose some structure like I did in WebProgramming and trying to keep it up? GuiProgramming and IntegratingPythonWithOtherLanguages are also candidates for this kind of style. -- DanielDittmar [[DateTime(2002-07-15T02:21:48)]]

Imposing (widely accepted) structure is not unwiki, actually it is a goal of refactoring. Otherwise, you end up with a spaghetti wiki, i.e. chaos. -- jh
----
Discussions about Python should be held on comp.lang.python and the SIGs, but it is OK to summarize those discussions in the wiki. -- DanielDittmar [[DateTime(2002-07-15T02:21:48)]]

'''''The entire point of a wiki is to capture discussion in such a way that it will be remembered IMO''''' - dhl 20020716

  That still means that you can capture from news, or from the wiki itself. Both ways are valid, but always refactoring/summarizing is A Good Thing. -- JürgenHermann [[DateTime(2002-07-17T21:24:51)]]

----
I think this Wiki would best serve as continuing from where standard Python documentation
left off: showing examples of use, adding information about good packages not existing in the standard distribution, and talking about higher-level stuff like 'tips for parallel processing'. Examples are very important for newcomers, and hey, many people like to learn new things first from examples, and dive into reference when details become important (including me). As for discussing Python in general, I think c.l.p is invaluable and needs no replacement - so I guess I'm along the same lines as DanielDittmar and JürgenHermann. -- EdvardMajakari [[DateTime(2005-09-15T15:14:13Z)]]

News / Changes

Things that need doing, unless they're done

  • We need a mission statement on the front page. What it's for, who can/should participate.
  • Need to create a discussion / ask for help section(s).

Discussion

Unfortunately, the ISBN links point to amazon.com, not amazon.de -- DanielDittmar

Well, this is hardly surprising in an English wiki. You can use full http links, though. -- JürgenHermann DateTime(2002-07-26T02:01:40)

I wasn't surprised, but I was thinking of adding ISBN.de http://www.amazon.de/exec/obidos/ASIN/ to intermap.txt (now that I found how ISBN works). -- DanielDittmar DateTime(2002-07-26T21:14:18)


Some ideas about the aims of this wiki:

What I would like to use this Wiki for is for comparisons between Python packages. Most areas seem to have multiple solutions. Is it very unwiki to impose some structure like I did in WebProgramming and trying to keep it up? GuiProgramming and IntegratingPythonWithOtherLanguages are also candidates for this kind of style. -- DanielDittmar DateTime(2002-07-15T02:21:48)

Imposing (widely accepted) structure is not unwiki, actually it is a goal of refactoring. Otherwise, you end up with a spaghetti wiki, i.e. chaos. -- jh


Discussions about Python should be held on comp.lang.python and the SIGs, but it is OK to summarize those discussions in the wiki. -- DanielDittmar DateTime(2002-07-15T02:21:48)

The entire point of a wiki is to capture discussion in such a way that it will be remembered IMO - dhl 20020716


I think this Wiki would best serve as continuing from where standard Python documentation left off: showing examples of use, adding information about good packages not existing in the standard distribution, and talking about higher-level stuff like 'tips for parallel processing'. Examples are very important for newcomers, and hey, many people like to learn new things first from examples, and dive into reference when details become important (including me). As for discussing Python in general, I think c.l.p is invaluable and needs no replacement - so I guess I'm along the same lines as DanielDittmar and JürgenHermann. -- EdvardMajakari DateTime(2005-09-15T15:14:13Z)

PythonWikiTasks (last edited 2012-06-10 08:59:59 by techtonik)

Unable to edit the page? See the FrontPage for instructions.