PukiWiki2.0 Suggestions の履歴差分(No.2)

• 履歴一覧
• 現在との差分 を表示
• ソース を表示
• PukiWiki2.0 Suggestions へ行く。
  • 1 (2008-06-12 (木) 00:18:02)
  • 2 (2008-06-12 (木) 03:16:53)
  • 3 (2008-06-12 (木) 10:45:05)
  • 4 (2008-06-13 (金) 22:42:56)
  • 5 (2008-06-14 (土) 15:11:10)
  • 6 (2008-07-31 (木) 03:56:45)
  • 7 (2008-07-31 (木) 21:12:38)
  • 8 (2008-08-11 (月) 00:58:51)

• 追加された行はこの色です。
• 削除された行はこの色です。

Note, this is the english page of the article [[PukiWiki2]] (In Japanese)
Add whatever you think would be relevant. This page is for suggested directions for development of PukiWiki 2.0, and to a latter degree the time-frame of the operation perhaps.

** Modularity [#bbab92af]
- Would be better for a more extensive way for modularisation. An interesting idea would be to allow dependencies, then we can have main handlers more integrated.
- Maybe it'd be an idea to have some form of article history similar to that of mediawiki as a module. I'll whip one up. -- [[JordanC]] &new{2008-06-12 (木) 03:16:53};

#comment
** Skinning [#o21841fa]
- Allow for actual skin handling, and any form of image handling be handled by that skin itself.
- Removal of the strange GLOBAL image array for defining the various images used in skins. Skins should have a relative folder for their own images, and a default image folder for things like hard-coded buttons or so on.
- Perhaps a more simplistic skin format, with code blocks for the wiki-edit box and other stuff being given a generic handler which is then called with one variable, rather than actually having the PHP code in the file. This means that the skins can be much more easily developed by those who don't have PHP experience, and so that things can be changed cosmetically without throwing huge PHP errors. 
#comment

** Language [#u153183e]
- The current system for en/ja language should be replaced for gettext and allow for user and global domains. This would only marginally increase the CPU usage. 
- The current system for en/ja language should be replaced for gettext and allow for user and global domains. This would only marginally increase the CPU usage.
- An interesting idea would also be to implement a miniature wikicode parser, and allow for pluggable modules or pages which deal with different syntaxes (MediaWiki, PHPwiki and so on) -- [[JordanC]] &new{2008-06-12 (木) 02:31:40};

#comment

** Code [#o45333ef]
- Less OOP/non-oop mixing, can't we just either go entirely OOP?
#comment