Domain: twiki.org
Stories and comments across the archive that link to twiki.org.
Comments · 128
-
Wiki
I installed a wiki on my main desktop about a year ago. I manage everything with it, including job-hunting, resumes, contacts, reminders. There are many wikis, but I found Twiki to be the most powerful and flexible with the most features. If you're stuck on Windows, you can even install Apache and Cygwin so that you can use Twiki on it. There's even full instructions on their site walking you through that process.
-
FCKEditor
-
Re:A great replacement for DreamweaverI've never seen a "wicki" that did any of that either. (Yeah, I know it's a spelling flame, but still, you're pretty darn clueless).
None of the wicki interfaces I've seen handle table and table formatting at all.
To pick two prominent wikis at random, MediaWiki and Twiki both do tables.
None of the wicki interfaces I've seen handle styles. You do know what css is, right?
To pick two prominent wikis at random, MediaWiki and Twiki both do css.
None of the wicki interfaces I've seen let experts enter any and all html code, php, javascript, perl, etc., that the user might need to when designing the web page.
To pick...oh, never mind.
Do you understand what templates are in real web page design or are you just stupid?
Yes, someone in this thread sure comes across as stupid and ill-informed...
-
Re:A great replacement for DreamweaverI've never seen a "wicki" that did any of that either. (Yeah, I know it's a spelling flame, but still, you're pretty darn clueless).
None of the wicki interfaces I've seen handle table and table formatting at all.
To pick two prominent wikis at random, MediaWiki and Twiki both do tables.
None of the wicki interfaces I've seen handle styles. You do know what css is, right?
To pick two prominent wikis at random, MediaWiki and Twiki both do css.
None of the wicki interfaces I've seen let experts enter any and all html code, php, javascript, perl, etc., that the user might need to when designing the web page.
To pick...oh, never mind.
Do you understand what templates are in real web page design or are you just stupid?
Yes, someone in this thread sure comes across as stupid and ill-informed...
-
TWiki supports structured content and web appsTWiki is a "structured Wiki" since its inception. In addition it is a platform to create web applications.
As with any Wiki, you get some structure with Category topics. For example, if you add a CategoryXml to any page that talks about XML, you can click on the CategoryXml link to find all other pages about XML.
TWiki has several other features which enable users to give structure to content. A TWikiForm[1] can be attached to a page. When you edit a page you get additional HTML widgets on the screen, like for example the "Subject" line and the "Post anonymously" checkbox here on
/. A set of pages that share the same type of form is one type of structured content, it is analogous to a table in a relational database.Giving structure to unstructured content is very important in a corporate environment. The more structure you have the easier it is to run reports and find content of interest by browsing and searching. TWiki has several other innovations supporting structured content:
- Name spaces (called TWiki webs)
- Parent/child relationship with bread crumbs [2]; done automatically in the background, with the ability to re-parent topics
- Use TWiki Templates [3] to create a set of pages that share a common format
- Powerful queries can be done with interactive search [4], embedded Search [5] and formatted search [6]
- Server side include of other TWiki pages and web pages, selective with patterns if needed [7]. Useful also to create a large composed document with an automatic TOC, such as the TWiki reference manual [8]
- RenderListPlugin [9] where the org chart of an organization is defined in one page, and then a subset of the org chart is shown in team home pages, focused around where the team is in the org chart
- SpreadSheetPlugin [10] where complex calculations can be done on content pulled dynamically from elsewhere, and visualized with the ChartPlugin [11]
In addition, there are many more features supporting structured content, such as relational databases integration [12], keeping track of action items with global queries and email notifications [13], special Plugin to query forms [14], and more.
These features allow users with moderate skill sets to create web applications with various degrees of complexity.
[1] http://twiki.org/cgi-bin/view/TWiki/TWikiForms
[2] http://twiki.org/cgi-bin/view/Codev/HowToShowParen tTopics
[3] http://twiki.org/cgi-bin/view/TWiki/TWikiTemplates
[4] http://twiki.org/cgi-bin/view/TWiki/SearchHelp
[5] http://twiki.org/cgi-bin/view/TWiki/TWikiSearch
[6] http://twiki.org/cgi-bin/view/TWiki/FormattedSearc h
[7] http://twiki.org/cgi-bin/view/TWiki/TWikiVariables #VarINCLUDE
[8] http://twiki.org/cgi-bin/view/TWiki/TWikiDocumenta tion
[9] http://twiki.org/cgi-bin/view/Plugins/RenderListPl ugin
[10] http://twiki.org/cgi-bin/view/Plugins/SpreadSheetP lugin
[11] http://twiki.org/cgi-bin/view/Plugins/ChartPlugin
[12] http://twiki.org/cgi-bin/view/Plugins/DatabasePlug -
TWiki supports structured content and web appsTWiki is a "structured Wiki" since its inception. In addition it is a platform to create web applications.
As with any Wiki, you get some structure with Category topics. For example, if you add a CategoryXml to any page that talks about XML, you can click on the CategoryXml link to find all other pages about XML.
TWiki has several other features which enable users to give structure to content. A TWikiForm[1] can be attached to a page. When you edit a page you get additional HTML widgets on the screen, like for example the "Subject" line and the "Post anonymously" checkbox here on
/. A set of pages that share the same type of form is one type of structured content, it is analogous to a table in a relational database.Giving structure to unstructured content is very important in a corporate environment. The more structure you have the easier it is to run reports and find content of interest by browsing and searching. TWiki has several other innovations supporting structured content:
- Name spaces (called TWiki webs)
- Parent/child relationship with bread crumbs [2]; done automatically in the background, with the ability to re-parent topics
- Use TWiki Templates [3] to create a set of pages that share a common format
- Powerful queries can be done with interactive search [4], embedded Search [5] and formatted search [6]
- Server side include of other TWiki pages and web pages, selective with patterns if needed [7]. Useful also to create a large composed document with an automatic TOC, such as the TWiki reference manual [8]
- RenderListPlugin [9] where the org chart of an organization is defined in one page, and then a subset of the org chart is shown in team home pages, focused around where the team is in the org chart
- SpreadSheetPlugin [10] where complex calculations can be done on content pulled dynamically from elsewhere, and visualized with the ChartPlugin [11]
In addition, there are many more features supporting structured content, such as relational databases integration [12], keeping track of action items with global queries and email notifications [13], special Plugin to query forms [14], and more.
These features allow users with moderate skill sets to create web applications with various degrees of complexity.
[1] http://twiki.org/cgi-bin/view/TWiki/TWikiForms
[2] http://twiki.org/cgi-bin/view/Codev/HowToShowParen tTopics
[3] http://twiki.org/cgi-bin/view/TWiki/TWikiTemplates
[4] http://twiki.org/cgi-bin/view/TWiki/SearchHelp
[5] http://twiki.org/cgi-bin/view/TWiki/TWikiSearch
[6] http://twiki.org/cgi-bin/view/TWiki/FormattedSearc h
[7] http://twiki.org/cgi-bin/view/TWiki/TWikiVariables #VarINCLUDE
[8] http://twiki.org/cgi-bin/view/TWiki/TWikiDocumenta tion
[9] http://twiki.org/cgi-bin/view/Plugins/RenderListPl ugin
[10] http://twiki.org/cgi-bin/view/Plugins/SpreadSheetP lugin
[11] http://twiki.org/cgi-bin/view/Plugins/ChartPlugin
[12] http://twiki.org/cgi-bin/view/Plugins/DatabasePlug -
TWiki supports structured content and web appsTWiki is a "structured Wiki" since its inception. In addition it is a platform to create web applications.
As with any Wiki, you get some structure with Category topics. For example, if you add a CategoryXml to any page that talks about XML, you can click on the CategoryXml link to find all other pages about XML.
TWiki has several other features which enable users to give structure to content. A TWikiForm[1] can be attached to a page. When you edit a page you get additional HTML widgets on the screen, like for example the "Subject" line and the "Post anonymously" checkbox here on
/. A set of pages that share the same type of form is one type of structured content, it is analogous to a table in a relational database.Giving structure to unstructured content is very important in a corporate environment. The more structure you have the easier it is to run reports and find content of interest by browsing and searching. TWiki has several other innovations supporting structured content:
- Name spaces (called TWiki webs)
- Parent/child relationship with bread crumbs [2]; done automatically in the background, with the ability to re-parent topics
- Use TWiki Templates [3] to create a set of pages that share a common format
- Powerful queries can be done with interactive search [4], embedded Search [5] and formatted search [6]
- Server side include of other TWiki pages and web pages, selective with patterns if needed [7]. Useful also to create a large composed document with an automatic TOC, such as the TWiki reference manual [8]
- RenderListPlugin [9] where the org chart of an organization is defined in one page, and then a subset of the org chart is shown in team home pages, focused around where the team is in the org chart
- SpreadSheetPlugin [10] where complex calculations can be done on content pulled dynamically from elsewhere, and visualized with the ChartPlugin [11]
In addition, there are many more features supporting structured content, such as relational databases integration [12], keeping track of action items with global queries and email notifications [13], special Plugin to query forms [14], and more.
These features allow users with moderate skill sets to create web applications with various degrees of complexity.
[1] http://twiki.org/cgi-bin/view/TWiki/TWikiForms
[2] http://twiki.org/cgi-bin/view/Codev/HowToShowParen tTopics
[3] http://twiki.org/cgi-bin/view/TWiki/TWikiTemplates
[4] http://twiki.org/cgi-bin/view/TWiki/SearchHelp
[5] http://twiki.org/cgi-bin/view/TWiki/TWikiSearch
[6] http://twiki.org/cgi-bin/view/TWiki/FormattedSearc h
[7] http://twiki.org/cgi-bin/view/TWiki/TWikiVariables #VarINCLUDE
[8] http://twiki.org/cgi-bin/view/TWiki/TWikiDocumenta tion
[9] http://twiki.org/cgi-bin/view/Plugins/RenderListPl ugin
[10] http://twiki.org/cgi-bin/view/Plugins/SpreadSheetP lugin
[11] http://twiki.org/cgi-bin/view/Plugins/ChartPlugin
[12] http://twiki.org/cgi-bin/view/Plugins/DatabasePlug -
TWiki supports structured content and web appsTWiki is a "structured Wiki" since its inception. In addition it is a platform to create web applications.
As with any Wiki, you get some structure with Category topics. For example, if you add a CategoryXml to any page that talks about XML, you can click on the CategoryXml link to find all other pages about XML.
TWiki has several other features which enable users to give structure to content. A TWikiForm[1] can be attached to a page. When you edit a page you get additional HTML widgets on the screen, like for example the "Subject" line and the "Post anonymously" checkbox here on
/. A set of pages that share the same type of form is one type of structured content, it is analogous to a table in a relational database.Giving structure to unstructured content is very important in a corporate environment. The more structure you have the easier it is to run reports and find content of interest by browsing and searching. TWiki has several other innovations supporting structured content:
- Name spaces (called TWiki webs)
- Parent/child relationship with bread crumbs [2]; done automatically in the background, with the ability to re-parent topics
- Use TWiki Templates [3] to create a set of pages that share a common format
- Powerful queries can be done with interactive search [4], embedded Search [5] and formatted search [6]
- Server side include of other TWiki pages and web pages, selective with patterns if needed [7]. Useful also to create a large composed document with an automatic TOC, such as the TWiki reference manual [8]
- RenderListPlugin [9] where the org chart of an organization is defined in one page, and then a subset of the org chart is shown in team home pages, focused around where the team is in the org chart
- SpreadSheetPlugin [10] where complex calculations can be done on content pulled dynamically from elsewhere, and visualized with the ChartPlugin [11]
In addition, there are many more features supporting structured content, such as relational databases integration [12], keeping track of action items with global queries and email notifications [13], special Plugin to query forms [14], and more.
These features allow users with moderate skill sets to create web applications with various degrees of complexity.
[1] http://twiki.org/cgi-bin/view/TWiki/TWikiForms
[2] http://twiki.org/cgi-bin/view/Codev/HowToShowParen tTopics
[3] http://twiki.org/cgi-bin/view/TWiki/TWikiTemplates
[4] http://twiki.org/cgi-bin/view/TWiki/SearchHelp
[5] http://twiki.org/cgi-bin/view/TWiki/TWikiSearch
[6] http://twiki.org/cgi-bin/view/TWiki/FormattedSearc h
[7] http://twiki.org/cgi-bin/view/TWiki/TWikiVariables #VarINCLUDE
[8] http://twiki.org/cgi-bin/view/TWiki/TWikiDocumenta tion
[9] http://twiki.org/cgi-bin/view/Plugins/RenderListPl ugin
[10] http://twiki.org/cgi-bin/view/Plugins/SpreadSheetP lugin
[11] http://twiki.org/cgi-bin/view/Plugins/ChartPlugin
[12] http://twiki.org/cgi-bin/view/Plugins/DatabasePlug -
TWiki supports structured content and web appsTWiki is a "structured Wiki" since its inception. In addition it is a platform to create web applications.
As with any Wiki, you get some structure with Category topics. For example, if you add a CategoryXml to any page that talks about XML, you can click on the CategoryXml link to find all other pages about XML.
TWiki has several other features which enable users to give structure to content. A TWikiForm[1] can be attached to a page. When you edit a page you get additional HTML widgets on the screen, like for example the "Subject" line and the "Post anonymously" checkbox here on
/. A set of pages that share the same type of form is one type of structured content, it is analogous to a table in a relational database.Giving structure to unstructured content is very important in a corporate environment. The more structure you have the easier it is to run reports and find content of interest by browsing and searching. TWiki has several other innovations supporting structured content:
- Name spaces (called TWiki webs)
- Parent/child relationship with bread crumbs [2]; done automatically in the background, with the ability to re-parent topics
- Use TWiki Templates [3] to create a set of pages that share a common format
- Powerful queries can be done with interactive search [4], embedded Search [5] and formatted search [6]
- Server side include of other TWiki pages and web pages, selective with patterns if needed [7]. Useful also to create a large composed document with an automatic TOC, such as the TWiki reference manual [8]
- RenderListPlugin [9] where the org chart of an organization is defined in one page, and then a subset of the org chart is shown in team home pages, focused around where the team is in the org chart
- SpreadSheetPlugin [10] where complex calculations can be done on content pulled dynamically from elsewhere, and visualized with the ChartPlugin [11]
In addition, there are many more features supporting structured content, such as relational databases integration [12], keeping track of action items with global queries and email notifications [13], special Plugin to query forms [14], and more.
These features allow users with moderate skill sets to create web applications with various degrees of complexity.
[1] http://twiki.org/cgi-bin/view/TWiki/TWikiForms
[2] http://twiki.org/cgi-bin/view/Codev/HowToShowParen tTopics
[3] http://twiki.org/cgi-bin/view/TWiki/TWikiTemplates
[4] http://twiki.org/cgi-bin/view/TWiki/SearchHelp
[5] http://twiki.org/cgi-bin/view/TWiki/TWikiSearch
[6] http://twiki.org/cgi-bin/view/TWiki/FormattedSearc h
[7] http://twiki.org/cgi-bin/view/TWiki/TWikiVariables #VarINCLUDE
[8] http://twiki.org/cgi-bin/view/TWiki/TWikiDocumenta tion
[9] http://twiki.org/cgi-bin/view/Plugins/RenderListPl ugin
[10] http://twiki.org/cgi-bin/view/Plugins/SpreadSheetP lugin
[11] http://twiki.org/cgi-bin/view/Plugins/ChartPlugin
[12] http://twiki.org/cgi-bin/view/Plugins/DatabasePlug -
TWiki supports structured content and web appsTWiki is a "structured Wiki" since its inception. In addition it is a platform to create web applications.
As with any Wiki, you get some structure with Category topics. For example, if you add a CategoryXml to any page that talks about XML, you can click on the CategoryXml link to find all other pages about XML.
TWiki has several other features which enable users to give structure to content. A TWikiForm[1] can be attached to a page. When you edit a page you get additional HTML widgets on the screen, like for example the "Subject" line and the "Post anonymously" checkbox here on
/. A set of pages that share the same type of form is one type of structured content, it is analogous to a table in a relational database.Giving structure to unstructured content is very important in a corporate environment. The more structure you have the easier it is to run reports and find content of interest by browsing and searching. TWiki has several other innovations supporting structured content:
- Name spaces (called TWiki webs)
- Parent/child relationship with bread crumbs [2]; done automatically in the background, with the ability to re-parent topics
- Use TWiki Templates [3] to create a set of pages that share a common format
- Powerful queries can be done with interactive search [4], embedded Search [5] and formatted search [6]
- Server side include of other TWiki pages and web pages, selective with patterns if needed [7]. Useful also to create a large composed document with an automatic TOC, such as the TWiki reference manual [8]
- RenderListPlugin [9] where the org chart of an organization is defined in one page, and then a subset of the org chart is shown in team home pages, focused around where the team is in the org chart
- SpreadSheetPlugin [10] where complex calculations can be done on content pulled dynamically from elsewhere, and visualized with the ChartPlugin [11]
In addition, there are many more features supporting structured content, such as relational databases integration [12], keeping track of action items with global queries and email notifications [13], special Plugin to query forms [14], and more.
These features allow users with moderate skill sets to create web applications with various degrees of complexity.
[1] http://twiki.org/cgi-bin/view/TWiki/TWikiForms
[2] http://twiki.org/cgi-bin/view/Codev/HowToShowParen tTopics
[3] http://twiki.org/cgi-bin/view/TWiki/TWikiTemplates
[4] http://twiki.org/cgi-bin/view/TWiki/SearchHelp
[5] http://twiki.org/cgi-bin/view/TWiki/TWikiSearch
[6] http://twiki.org/cgi-bin/view/TWiki/FormattedSearc h
[7] http://twiki.org/cgi-bin/view/TWiki/TWikiVariables #VarINCLUDE
[8] http://twiki.org/cgi-bin/view/TWiki/TWikiDocumenta tion
[9] http://twiki.org/cgi-bin/view/Plugins/RenderListPl ugin
[10] http://twiki.org/cgi-bin/view/Plugins/SpreadSheetP lugin
[11] http://twiki.org/cgi-bin/view/Plugins/ChartPlugin
[12] http://twiki.org/cgi-bin/view/Plugins/DatabasePlug -
TWiki supports structured content and web appsTWiki is a "structured Wiki" since its inception. In addition it is a platform to create web applications.
As with any Wiki, you get some structure with Category topics. For example, if you add a CategoryXml to any page that talks about XML, you can click on the CategoryXml link to find all other pages about XML.
TWiki has several other features which enable users to give structure to content. A TWikiForm[1] can be attached to a page. When you edit a page you get additional HTML widgets on the screen, like for example the "Subject" line and the "Post anonymously" checkbox here on
/. A set of pages that share the same type of form is one type of structured content, it is analogous to a table in a relational database.Giving structure to unstructured content is very important in a corporate environment. The more structure you have the easier it is to run reports and find content of interest by browsing and searching. TWiki has several other innovations supporting structured content:
- Name spaces (called TWiki webs)
- Parent/child relationship with bread crumbs [2]; done automatically in the background, with the ability to re-parent topics
- Use TWiki Templates [3] to create a set of pages that share a common format
- Powerful queries can be done with interactive search [4], embedded Search [5] and formatted search [6]
- Server side include of other TWiki pages and web pages, selective with patterns if needed [7]. Useful also to create a large composed document with an automatic TOC, such as the TWiki reference manual [8]
- RenderListPlugin [9] where the org chart of an organization is defined in one page, and then a subset of the org chart is shown in team home pages, focused around where the team is in the org chart
- SpreadSheetPlugin [10] where complex calculations can be done on content pulled dynamically from elsewhere, and visualized with the ChartPlugin [11]
In addition, there are many more features supporting structured content, such as relational databases integration [12], keeping track of action items with global queries and email notifications [13], special Plugin to query forms [14], and more.
These features allow users with moderate skill sets to create web applications with various degrees of complexity.
[1] http://twiki.org/cgi-bin/view/TWiki/TWikiForms
[2] http://twiki.org/cgi-bin/view/Codev/HowToShowParen tTopics
[3] http://twiki.org/cgi-bin/view/TWiki/TWikiTemplates
[4] http://twiki.org/cgi-bin/view/TWiki/SearchHelp
[5] http://twiki.org/cgi-bin/view/TWiki/TWikiSearch
[6] http://twiki.org/cgi-bin/view/TWiki/FormattedSearc h
[7] http://twiki.org/cgi-bin/view/TWiki/TWikiVariables #VarINCLUDE
[8] http://twiki.org/cgi-bin/view/TWiki/TWikiDocumenta tion
[9] http://twiki.org/cgi-bin/view/Plugins/RenderListPl ugin
[10] http://twiki.org/cgi-bin/view/Plugins/SpreadSheetP lugin
[11] http://twiki.org/cgi-bin/view/Plugins/ChartPlugin
[12] http://twiki.org/cgi-bin/view/Plugins/DatabasePlug -
TWiki supports structured content and web appsTWiki is a "structured Wiki" since its inception. In addition it is a platform to create web applications.
As with any Wiki, you get some structure with Category topics. For example, if you add a CategoryXml to any page that talks about XML, you can click on the CategoryXml link to find all other pages about XML.
TWiki has several other features which enable users to give structure to content. A TWikiForm[1] can be attached to a page. When you edit a page you get additional HTML widgets on the screen, like for example the "Subject" line and the "Post anonymously" checkbox here on
/. A set of pages that share the same type of form is one type of structured content, it is analogous to a table in a relational database.Giving structure to unstructured content is very important in a corporate environment. The more structure you have the easier it is to run reports and find content of interest by browsing and searching. TWiki has several other innovations supporting structured content:
- Name spaces (called TWiki webs)
- Parent/child relationship with bread crumbs [2]; done automatically in the background, with the ability to re-parent topics
- Use TWiki Templates [3] to create a set of pages that share a common format
- Powerful queries can be done with interactive search [4], embedded Search [5] and formatted search [6]
- Server side include of other TWiki pages and web pages, selective with patterns if needed [7]. Useful also to create a large composed document with an automatic TOC, such as the TWiki reference manual [8]
- RenderListPlugin [9] where the org chart of an organization is defined in one page, and then a subset of the org chart is shown in team home pages, focused around where the team is in the org chart
- SpreadSheetPlugin [10] where complex calculations can be done on content pulled dynamically from elsewhere, and visualized with the ChartPlugin [11]
In addition, there are many more features supporting structured content, such as relational databases integration [12], keeping track of action items with global queries and email notifications [13], special Plugin to query forms [14], and more.
These features allow users with moderate skill sets to create web applications with various degrees of complexity.
[1] http://twiki.org/cgi-bin/view/TWiki/TWikiForms
[2] http://twiki.org/cgi-bin/view/Codev/HowToShowParen tTopics
[3] http://twiki.org/cgi-bin/view/TWiki/TWikiTemplates
[4] http://twiki.org/cgi-bin/view/TWiki/SearchHelp
[5] http://twiki.org/cgi-bin/view/TWiki/TWikiSearch
[6] http://twiki.org/cgi-bin/view/TWiki/FormattedSearc h
[7] http://twiki.org/cgi-bin/view/TWiki/TWikiVariables #VarINCLUDE
[8] http://twiki.org/cgi-bin/view/TWiki/TWikiDocumenta tion
[9] http://twiki.org/cgi-bin/view/Plugins/RenderListPl ugin
[10] http://twiki.org/cgi-bin/view/Plugins/SpreadSheetP lugin
[11] http://twiki.org/cgi-bin/view/Plugins/ChartPlugin
[12] http://twiki.org/cgi-bin/view/Plugins/DatabasePlug -
TWiki supports structured content and web appsTWiki is a "structured Wiki" since its inception. In addition it is a platform to create web applications.
As with any Wiki, you get some structure with Category topics. For example, if you add a CategoryXml to any page that talks about XML, you can click on the CategoryXml link to find all other pages about XML.
TWiki has several other features which enable users to give structure to content. A TWikiForm[1] can be attached to a page. When you edit a page you get additional HTML widgets on the screen, like for example the "Subject" line and the "Post anonymously" checkbox here on
/. A set of pages that share the same type of form is one type of structured content, it is analogous to a table in a relational database.Giving structure to unstructured content is very important in a corporate environment. The more structure you have the easier it is to run reports and find content of interest by browsing and searching. TWiki has several other innovations supporting structured content:
- Name spaces (called TWiki webs)
- Parent/child relationship with bread crumbs [2]; done automatically in the background, with the ability to re-parent topics
- Use TWiki Templates [3] to create a set of pages that share a common format
- Powerful queries can be done with interactive search [4], embedded Search [5] and formatted search [6]
- Server side include of other TWiki pages and web pages, selective with patterns if needed [7]. Useful also to create a large composed document with an automatic TOC, such as the TWiki reference manual [8]
- RenderListPlugin [9] where the org chart of an organization is defined in one page, and then a subset of the org chart is shown in team home pages, focused around where the team is in the org chart
- SpreadSheetPlugin [10] where complex calculations can be done on content pulled dynamically from elsewhere, and visualized with the ChartPlugin [11]
In addition, there are many more features supporting structured content, such as relational databases integration [12], keeping track of action items with global queries and email notifications [13], special Plugin to query forms [14], and more.
These features allow users with moderate skill sets to create web applications with various degrees of complexity.
[1] http://twiki.org/cgi-bin/view/TWiki/TWikiForms
[2] http://twiki.org/cgi-bin/view/Codev/HowToShowParen tTopics
[3] http://twiki.org/cgi-bin/view/TWiki/TWikiTemplates
[4] http://twiki.org/cgi-bin/view/TWiki/SearchHelp
[5] http://twiki.org/cgi-bin/view/TWiki/TWikiSearch
[6] http://twiki.org/cgi-bin/view/TWiki/FormattedSearc h
[7] http://twiki.org/cgi-bin/view/TWiki/TWikiVariables #VarINCLUDE
[8] http://twiki.org/cgi-bin/view/TWiki/TWikiDocumenta tion
[9] http://twiki.org/cgi-bin/view/Plugins/RenderListPl ugin
[10] http://twiki.org/cgi-bin/view/Plugins/SpreadSheetP lugin
[11] http://twiki.org/cgi-bin/view/Plugins/ChartPlugin
[12] http://twiki.org/cgi-bin/view/Plugins/DatabasePlug -
TWiki supports structured content and web appsTWiki is a "structured Wiki" since its inception. In addition it is a platform to create web applications.
As with any Wiki, you get some structure with Category topics. For example, if you add a CategoryXml to any page that talks about XML, you can click on the CategoryXml link to find all other pages about XML.
TWiki has several other features which enable users to give structure to content. A TWikiForm[1] can be attached to a page. When you edit a page you get additional HTML widgets on the screen, like for example the "Subject" line and the "Post anonymously" checkbox here on
/. A set of pages that share the same type of form is one type of structured content, it is analogous to a table in a relational database.Giving structure to unstructured content is very important in a corporate environment. The more structure you have the easier it is to run reports and find content of interest by browsing and searching. TWiki has several other innovations supporting structured content:
- Name spaces (called TWiki webs)
- Parent/child relationship with bread crumbs [2]; done automatically in the background, with the ability to re-parent topics
- Use TWiki Templates [3] to create a set of pages that share a common format
- Powerful queries can be done with interactive search [4], embedded Search [5] and formatted search [6]
- Server side include of other TWiki pages and web pages, selective with patterns if needed [7]. Useful also to create a large composed document with an automatic TOC, such as the TWiki reference manual [8]
- RenderListPlugin [9] where the org chart of an organization is defined in one page, and then a subset of the org chart is shown in team home pages, focused around where the team is in the org chart
- SpreadSheetPlugin [10] where complex calculations can be done on content pulled dynamically from elsewhere, and visualized with the ChartPlugin [11]
In addition, there are many more features supporting structured content, such as relational databases integration [12], keeping track of action items with global queries and email notifications [13], special Plugin to query forms [14], and more.
These features allow users with moderate skill sets to create web applications with various degrees of complexity.
[1] http://twiki.org/cgi-bin/view/TWiki/TWikiForms
[2] http://twiki.org/cgi-bin/view/Codev/HowToShowParen tTopics
[3] http://twiki.org/cgi-bin/view/TWiki/TWikiTemplates
[4] http://twiki.org/cgi-bin/view/TWiki/SearchHelp
[5] http://twiki.org/cgi-bin/view/TWiki/TWikiSearch
[6] http://twiki.org/cgi-bin/view/TWiki/FormattedSearc h
[7] http://twiki.org/cgi-bin/view/TWiki/TWikiVariables #VarINCLUDE
[8] http://twiki.org/cgi-bin/view/TWiki/TWikiDocumenta tion
[9] http://twiki.org/cgi-bin/view/Plugins/RenderListPl ugin
[10] http://twiki.org/cgi-bin/view/Plugins/SpreadSheetP lugin
[11] http://twiki.org/cgi-bin/view/Plugins/ChartPlugin
[12] http://twiki.org/cgi-bin/view/Plugins/DatabasePlug -
TWiki supports structured content and web appsTWiki is a "structured Wiki" since its inception. In addition it is a platform to create web applications.
As with any Wiki, you get some structure with Category topics. For example, if you add a CategoryXml to any page that talks about XML, you can click on the CategoryXml link to find all other pages about XML.
TWiki has several other features which enable users to give structure to content. A TWikiForm[1] can be attached to a page. When you edit a page you get additional HTML widgets on the screen, like for example the "Subject" line and the "Post anonymously" checkbox here on
/. A set of pages that share the same type of form is one type of structured content, it is analogous to a table in a relational database.Giving structure to unstructured content is very important in a corporate environment. The more structure you have the easier it is to run reports and find content of interest by browsing and searching. TWiki has several other innovations supporting structured content:
- Name spaces (called TWiki webs)
- Parent/child relationship with bread crumbs [2]; done automatically in the background, with the ability to re-parent topics
- Use TWiki Templates [3] to create a set of pages that share a common format
- Powerful queries can be done with interactive search [4], embedded Search [5] and formatted search [6]
- Server side include of other TWiki pages and web pages, selective with patterns if needed [7]. Useful also to create a large composed document with an automatic TOC, such as the TWiki reference manual [8]
- RenderListPlugin [9] where the org chart of an organization is defined in one page, and then a subset of the org chart is shown in team home pages, focused around where the team is in the org chart
- SpreadSheetPlugin [10] where complex calculations can be done on content pulled dynamically from elsewhere, and visualized with the ChartPlugin [11]
In addition, there are many more features supporting structured content, such as relational databases integration [12], keeping track of action items with global queries and email notifications [13], special Plugin to query forms [14], and more.
These features allow users with moderate skill sets to create web applications with various degrees of complexity.
[1] http://twiki.org/cgi-bin/view/TWiki/TWikiForms
[2] http://twiki.org/cgi-bin/view/Codev/HowToShowParen tTopics
[3] http://twiki.org/cgi-bin/view/TWiki/TWikiTemplates
[4] http://twiki.org/cgi-bin/view/TWiki/SearchHelp
[5] http://twiki.org/cgi-bin/view/TWiki/TWikiSearch
[6] http://twiki.org/cgi-bin/view/TWiki/FormattedSearc h
[7] http://twiki.org/cgi-bin/view/TWiki/TWikiVariables #VarINCLUDE
[8] http://twiki.org/cgi-bin/view/TWiki/TWikiDocumenta tion
[9] http://twiki.org/cgi-bin/view/Plugins/RenderListPl ugin
[10] http://twiki.org/cgi-bin/view/Plugins/SpreadSheetP lugin
[11] http://twiki.org/cgi-bin/view/Plugins/ChartPlugin
[12] http://twiki.org/cgi-bin/view/Plugins/DatabasePlug -
TWiki supports structured content and web appsTWiki is a "structured Wiki" since its inception. In addition it is a platform to create web applications.
As with any Wiki, you get some structure with Category topics. For example, if you add a CategoryXml to any page that talks about XML, you can click on the CategoryXml link to find all other pages about XML.
TWiki has several other features which enable users to give structure to content. A TWikiForm[1] can be attached to a page. When you edit a page you get additional HTML widgets on the screen, like for example the "Subject" line and the "Post anonymously" checkbox here on
/. A set of pages that share the same type of form is one type of structured content, it is analogous to a table in a relational database.Giving structure to unstructured content is very important in a corporate environment. The more structure you have the easier it is to run reports and find content of interest by browsing and searching. TWiki has several other innovations supporting structured content:
- Name spaces (called TWiki webs)
- Parent/child relationship with bread crumbs [2]; done automatically in the background, with the ability to re-parent topics
- Use TWiki Templates [3] to create a set of pages that share a common format
- Powerful queries can be done with interactive search [4], embedded Search [5] and formatted search [6]
- Server side include of other TWiki pages and web pages, selective with patterns if needed [7]. Useful also to create a large composed document with an automatic TOC, such as the TWiki reference manual [8]
- RenderListPlugin [9] where the org chart of an organization is defined in one page, and then a subset of the org chart is shown in team home pages, focused around where the team is in the org chart
- SpreadSheetPlugin [10] where complex calculations can be done on content pulled dynamically from elsewhere, and visualized with the ChartPlugin [11]
In addition, there are many more features supporting structured content, such as relational databases integration [12], keeping track of action items with global queries and email notifications [13], special Plugin to query forms [14], and more.
These features allow users with moderate skill sets to create web applications with various degrees of complexity.
[1] http://twiki.org/cgi-bin/view/TWiki/TWikiForms
[2] http://twiki.org/cgi-bin/view/Codev/HowToShowParen tTopics
[3] http://twiki.org/cgi-bin/view/TWiki/TWikiTemplates
[4] http://twiki.org/cgi-bin/view/TWiki/SearchHelp
[5] http://twiki.org/cgi-bin/view/TWiki/TWikiSearch
[6] http://twiki.org/cgi-bin/view/TWiki/FormattedSearc h
[7] http://twiki.org/cgi-bin/view/TWiki/TWikiVariables #VarINCLUDE
[8] http://twiki.org/cgi-bin/view/TWiki/TWikiDocumenta tion
[9] http://twiki.org/cgi-bin/view/Plugins/RenderListPl ugin
[10] http://twiki.org/cgi-bin/view/Plugins/SpreadSheetP lugin
[11] http://twiki.org/cgi-bin/view/Plugins/ChartPlugin
[12] http://twiki.org/cgi-bin/view/Plugins/DatabasePlug -
TWiki on Windows without CygwinCygwin is a recommended requirement of that cookbook only, not of TWiki itself. Also, the cookbook does point out where you may need to make changes in TWiki.cfg etc for use of ActiveState Perl, though it does assume Cygwin for ease of installation of ls, grep and some CPAN modules.
As long as you have working RCS, ls, grep, and so on, TWiki will be quite happy (and latest version eliminates need for ls). For an alternative approach, see the this mod_perl cookbook for TWiki on Windows, which only requires a few Cygwin files (ZIPped up on the same page) and also gives you great performance on Windows (where fork is more expensive so CGI typically performs badly).
There's a list of known configurations of TWiki on Windows, with quite a few non-Cygwin Perl ones. Personally I'm a Cygwin fan but I do like ActiveState Perl as it avoids some weird Cygwin Perl behaviour sometimes. There are even people who have installed TWiki on IIS and Microsoft's Services For Unix product...
Finally, the sample TWiki.cfg file includes detaile comments and sample paths to help people install on ActiveState Perl, and the testenv post-installation check tool diagnoses some issues with ActiveState installs and provides recommended setup changes if possible.
-
TWiki on Windows without CygwinCygwin is a recommended requirement of that cookbook only, not of TWiki itself. Also, the cookbook does point out where you may need to make changes in TWiki.cfg etc for use of ActiveState Perl, though it does assume Cygwin for ease of installation of ls, grep and some CPAN modules.
As long as you have working RCS, ls, grep, and so on, TWiki will be quite happy (and latest version eliminates need for ls). For an alternative approach, see the this mod_perl cookbook for TWiki on Windows, which only requires a few Cygwin files (ZIPped up on the same page) and also gives you great performance on Windows (where fork is more expensive so CGI typically performs badly).
There's a list of known configurations of TWiki on Windows, with quite a few non-Cygwin Perl ones. Personally I'm a Cygwin fan but I do like ActiveState Perl as it avoids some weird Cygwin Perl behaviour sometimes. There are even people who have installed TWiki on IIS and Microsoft's Services For Unix product...
Finally, the sample TWiki.cfg file includes detaile comments and sample paths to help people install on ActiveState Perl, and the testenv post-installation check tool diagnoses some issues with ActiveState installs and provides recommended setup changes if possible.
-
Re:Microsoft shops crave MediaWiki power
If you don't want Cygwin, you can quite easily use ActiveState Perl, which some people prefer to Cygwin Perl on Windows.
Oh. Cool. Apache is no problem. Cygwin was the only hurdle I wasn't willing to jump. I hadn't read your whole cookbook, but it certainly does seem like it requires Cygwin, whether or not you use ActiveState Perl. -
Re:Wikis with authentication?
TWiki does authentication - it can use
.htpasswd but people have done plugins for LDAP and so on. The sections you refer to are done as 'Webs' within TWiki - different user groups or users can have different permissions per web or even per page. See TWiki.org. -
Re:Because we're living, in a wiki world...The traditional TWiki skin was quite ugly, it's true, but the new default skin, recently released, is really nice, with a modern CSS-based design that was created by a web design / usability specialist. See any TWiki.org page for an example.
TWiki's development is moving to a new model that is much more 'bazaar' than 'cathedral', which should also speed up development of the core. Plugins are already developed with great speed and there are over 100 of them.
I have a lot of respect for MediaWiki, given its nice UI and feature set, and am probably biased since I'm a TWiki developer, but I prefer a Perl-based Wiki for ease of hacking. TWiki is widely deployed for intranet Wikis that need security, attachments, and so on, as well as 'pure Wiki' features.
-
Editing Wikis using Emacs
Oops, should have previewed... see this TWiki page and this one on how best to edit pages in general.
-
Editing Wikis using Emacs
Oops, should have previewed... see this TWiki page and this one on how best to edit pages in general.
-
Re:Not ugly.
Yes, it's nice. I also like the DragonSkin. You can see some of the skins here:
TWikiSkinBrowser -
Another Wiki Implementation worth looking at...
I've actively used TWiki (http://www.twiki.org/) for a while now and its pretty slick. Its a Perl Implementation and it has a built in versioning system, so it saves all of the revisions of the TWiki docs.
I definitely recommend it for anyone looking at running a Wiki.
:-)Take care,
Brian
--
Linux Web Hosting -
A Wiki?
I use a wiki to keep track of my to-do list. I document all of my projects on separate wiki pages.
I currently use Twiki, which is sort of a pain to set up, but has a lot of features. One plugin for it is called the Action Tracker, and it can be used to auto-generate a single to-do list from the action items on various wiki pages.
Sometimes I get lazy about the action lists, and a simple wiki page with a text to-do list works fine. -
A Wiki?
I use a wiki to keep track of my to-do list. I document all of my projects on separate wiki pages.
I currently use Twiki, which is sort of a pain to set up, but has a lot of features. One plugin for it is called the Action Tracker, and it can be used to auto-generate a single to-do list from the action items on various wiki pages.
Sometimes I get lazy about the action lists, and a simple wiki page with a text to-do list works fine. -
Re:Wiki
Excellent recommendation, a great wiki for this purpose is
TWiki. Makes for a great Web accessible todo list.
The interface may not be as fast as dedicated todo list software, but it has the benefits of being good for taking notes, colaborative document editing, file upload, definable users lists for reading and editing documents. -
"blog" buzzword for "Wiki"
"wiki" is the term i prefer over "blog" which is just a buzz word for a wiki that is focused upon a specific application (logging or journals)
but since the underlying concept is that of "group colaboration" regardless if it is being used to log daily events or to track issues on a group project and allow people to come together in new ways. Wiki's are the only way to go.
TWiki being among the greatest examples. -
All you need
is a wiki.
-
Re:Workplace Wikis are useful
Ditto on TWiki here. Built in search, built in revision control. TWiki rocks!
We have the bugzilla plugin so we can trivially link to bugs, we track status with the discussion form plugin, we throw in links to code via our cvsweb and simply use the shit out of it. We've been using it for 5 months and would be crippled without it.
-
Workplace Wikis are useful
I've found that WIKIs can be useful as a collaboration tool in the workplace.
It can be a free form tool to coordinate various teams and projects. Its important to bear in mind though that even the best tool is no replacement for good management.
The WIKI I'm currently using is TWIKI which is GPL'd. -
Help us to improve MediaWikiMediaWiki is the open source software running Wikipedia, Wikibooks, Disinfopedia, the MozillaZine Knowledgebase, and many other wikis. Eugene is correct in noting that we need to work together in improving our collaborative tools. Wiki technology is one of them. Use it for your open source software documentation. Add a link to your documentation wiki to the software's "Help" menu, so that your users are encouraged to fill the gaps.
MediaWiki in particular implements many ideas that were already envisioned by Ted Nelson and Doug Engelbart. It does show backlinks, but perhaps more importantly, it also allows dynamic inclusion of any page in the current development version. For example, you could have a header and footer in your documentation that is the same for every page. What's more, you can add parameters to these templates to dynamically search and replace patterns of text in the template before transcluding it. This will allow us to replace the currently statically hacked Wikipedia infoboxes with dynamically included and parametrized templates, for example. One long term feature that might be worth hacking on top of this would be transclusion of labeled sections from another page, or interwiki transclusion.
Check out the current feature list and the development roadmap. Subscribe to wikitech-l to help us in improving the software. In true wiki spirit, we are fairly liberal at handing out CVS access (over 40 developers with CVS access at present), so please do ask if you want to work on a larger project.
There are many other wiki engines that are worth working on, such as TWiki and MoinMoin. Their main deficiency, in my opinion, is that they do rely primarily on the traditional wiki link pattern of CamelCase, which is nice for geeks but very ugly for everyone else, and also useless for search engines. MediaWiki uses [[free links]] instead, which are harder to type, but look just like normal links to the reader. Still, working on any other wiki engine is a lot better than starting yet another one.
A collaborative tool which is badly needed is a free software clone of SubEthaEdit. Combine wikis with real-time editing and the fun really begins. I imagine something like that might be hackable on top of a powerful graphical editor like Kate. For now WebDAV-support for MediaWiki would also be very cool, as Kate/KDE already supports editing WebDAV resources. So many worthwhile hacks, so little time.
This is an area where open source coders can make a big difference while corporations are still bewildered by the fact that open wikis can produce useful content. So please, let's work together on these tools.
-
Review page of Windows outliners
Some people think The One True Way is to use outliners. (shrug) It depends on your work style.
This really useful page...
http://john.redmood.com/organizers.html
... lists a bunch of Windows outliners, along with personal opinion on usage and features.
I have been in your exact shoes and have installed Twiki and have the following generalization...
Wiki's aren't as easy to use as they seem. When using a wiki, there's actually a very distinct (but non-obvious) obstacle course between the urge to write and the actual start of writing and it negatively impacts your productivity more than you realize.
... but that's just a generalization from my own experience. I'm still a believer, but not a user.
"Someday, I'll fix it."
Extra comments: Jot + serves me well as a catch-all sort of scratchpad... I'm only an Alt-Tab away from writing, and I also like its indentation model.
The folks behind The Brain are patent fuckwads... they actually patented the idea of using lines to connect thoughts. Avoid them.
-
Re:Why not use PKI authentication instead?PGP is a type of Public Key Infrastructure... SSL keys aren't the only game in town. The only difference between the whole "Root CA" and PGP is that the "Root CA" list gets distributed with most SSL implementations, with PGP, you make your own lists.
Technically, anyone can make themselves a root CA, just like anyone can set up their own DNS root. It's a simple matter of consensus, the roots are as valid as the users believe the are.
--Mike--
-
Why not a Wiki?I've had success with Wikis in organizing office proceedures, documentation, logs, etc. They take just a little more lernin' than a simple "post your message here" arrangement, but they reward you with the ability to create flexible and extensible structures quickly. I use TWiki because it has a flexible calendar plugin. There are several open-source Wiki's available.
Most modern Wiki software (TWiki included) has revision control so no matter what they do they can't break it. The hard part is getting the luddites to adopt it. If that gets tough you can set up a sensible structure yourself and use TWiki's comment plugin to make it easy on them.
-
Why not a Wiki?I've had success with Wikis in organizing office proceedures, documentation, logs, etc. They take just a little more lernin' than a simple "post your message here" arrangement, but they reward you with the ability to create flexible and extensible structures quickly. I use TWiki because it has a flexible calendar plugin. There are several open-source Wiki's available.
Most modern Wiki software (TWiki included) has revision control so no matter what they do they can't break it. The hard part is getting the luddites to adopt it. If that gets tough you can set up a sensible structure yourself and use TWiki's comment plugin to make it easy on them.
-
Why not a Wiki?I've had success with Wikis in organizing office proceedures, documentation, logs, etc. They take just a little more lernin' than a simple "post your message here" arrangement, but they reward you with the ability to create flexible and extensible structures quickly. I use TWiki because it has a flexible calendar plugin. There are several open-source Wiki's available.
Most modern Wiki software (TWiki included) has revision control so no matter what they do they can't break it. The hard part is getting the luddites to adopt it. If that gets tough you can set up a sensible structure yourself and use TWiki's comment plugin to make it easy on them.
-
Why not a Wiki?I've had success with Wikis in organizing office proceedures, documentation, logs, etc. They take just a little more lernin' than a simple "post your message here" arrangement, but they reward you with the ability to create flexible and extensible structures quickly. I use TWiki because it has a flexible calendar plugin. There are several open-source Wiki's available.
Most modern Wiki software (TWiki included) has revision control so no matter what they do they can't break it. The hard part is getting the luddites to adopt it. If that gets tough you can set up a sensible structure yourself and use TWiki's comment plugin to make it easy on them.
-
Re:I wouldn't call it "goo"Sorry, this is definitely OT. It would be nice (AFAIC) if long URLs were incorporated in the same link
Hmm, that [reflectionsoldiers.com] thingie is kind of neat and it's automatic.
To accomplish that, use the following syntax and post as "HTML Formatted". Unfortunately, one problem with posting as HTML Formatted is that you must then use <p \> to create blank lines to separate paragraphs.
<a href="http://www.reflectionsoldiers.com/forumtest
/ viewforum.php?f=2&sid=7ea89aa14629180fff24300e7e87 4225">the same link</a>Are there alternate approaches? (Especially to the need to post as HTML Formatted?)
I'd like to get the word out. If you are so inclined, please spread the word. If you have suggestions on how to spread the word (or anything else), make your comments and suggestions this WikiLearn page.
-
Re:New Hairdo
And Twiki is already open source.
:) -
Re:blog (actually, I prefer a wiki)Why not just set up an e-mail list?
Email lists and web sites are different. They are different in style of interaction. They are different in the way they present information. They are different in the way they archive it. Email notification of updates to a web site should definitely be optional.
If I send updates by email, they come in bits and pieces delivered to the user at possibly inopportune times. If I use a web site, the user can view the current status when they want.
If I send all of my project updates out on an email list, the email list archive contains lots of old messages that no longer reflect the project status or design. A web site can be updated so the obsolete information is no longer there (but is available via the source control system for those who need to look at it. I don't need to read 87 messages on the hyperthreading problem and discard the ones that were dead ends to find out what the current status of the bug is and where the fix is in testing.
If I send all of my project updates out on an email list, a reader has to read them all to be up to date. A web site can organize the information so high level status is all in one place and details are available as needed. My Director can go look at a pretty page of implemented features vs. not implemented features and have nice color coding show where we are relative to plan (red is bad). We do this with TWiki and a plugin. My fellow developers can look at pages that have current test plans, detailed designs, and links to our source code repository. All of these can be kept up to date.
All with RSS feeds, optional email notification (which I find annoying and leave turned off), and a web page that shows recent changes to the web.
-
Re:blog (actually, I prefer a wiki)Why not just set up an e-mail list?
Email lists and web sites are different. They are different in style of interaction. They are different in the way they present information. They are different in the way they archive it. Email notification of updates to a web site should definitely be optional.
If I send updates by email, they come in bits and pieces delivered to the user at possibly inopportune times. If I use a web site, the user can view the current status when they want.
If I send all of my project updates out on an email list, the email list archive contains lots of old messages that no longer reflect the project status or design. A web site can be updated so the obsolete information is no longer there (but is available via the source control system for those who need to look at it. I don't need to read 87 messages on the hyperthreading problem and discard the ones that were dead ends to find out what the current status of the bug is and where the fix is in testing.
If I send all of my project updates out on an email list, a reader has to read them all to be up to date. A web site can organize the information so high level status is all in one place and details are available as needed. My Director can go look at a pretty page of implemented features vs. not implemented features and have nice color coding show where we are relative to plan (red is bad). We do this with TWiki and a plugin. My fellow developers can look at pages that have current test plans, detailed designs, and links to our source code repository. All of these can be kept up to date.
All with RSS feeds, optional email notification (which I find annoying and leave turned off), and a web page that shows recent changes to the web.
-
Staying with my wiki
Although I can see practical applications for this in most cases im still sold in the idea of the "open" environment of more traditional wikis such as the developing Owiki (a TWiki clone) for me this is still the best option. Since in TWiki and OWiki every version of a page is saved allong with a version number 1.0 1.1 1.2 etc information is rarely ever lost and peer review and pressure from other contributers is _usually_ all it takes to keep the abuse to a minimum. sure you have your flaimers and trolls here and there... but then again, dont we all?
-
wiki - TWiki
TWiki - here's an example, Parrot. There are plenty of references around explaining the what a wiki is. It is up to you to use it.
-
Wiki
I love wikis (see also Twiki, a very flexible one, and Openwiki if you prefer M$ technologies): you can organize anything you want, with anyone you want. It's more suited to a workgroup of people, but they work for individuals too. They're totally flexible, extensible, and templatable.
I'm sure people here will come up with ideas like knowledge trees and weird topological concepts, but gimme a wiki any day. -
perl GD module
I've been using TWiki for collaboration notes, and one of its features is a plugin for charting. It manages to draw jpegs and pngs using the perl GD module and the gd library.
Of course, you'd need to write your own server side to generate the chart you want, but these tools put you easily along that path. -
perl GD module
I've been using TWiki for collaboration notes, and one of its features is a plugin for charting. It manages to draw jpegs and pngs using the perl GD module and the gd library.
Of course, you'd need to write your own server side to generate the chart you want, but these tools put you easily along that path. -
How about a wiki instead?
Are you sure MT is what you really want? I'll bet a wiki would be a better choice; we just installed one here at work and we're going crazy-go-nuts with it. We've installed PhpWiki, but Twiki looks useful, too.
The "home" of wiki is at http://c2.com/cgi/wiki, and the main book on the subject of wikis, The Wiki Way, has a companion website with downloadable code at http://wiki.org/.
Briefly, a wiki is a website that allows one to create and edit web pages without having to mess with accounts and permissions--just type in one's text into an edit box, click "submit", and it's up and running. We use it as a knowledge base, and I'm going to use it to record billable events and notes.
"The simplest possible database that could possibly work"--Ward Cunningham
-
Collaborative writing
via a wiki such as twiki. TWiki lets you edit web pages from any web browser, with a slew of features to let you review history and the like.