]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/commitdiff
tag some potential candidates for the Google Summer of Code
authorjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>
Tue, 20 Feb 2007 00:26:35 +0000 (00:26 +0000)
committerjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>
Tue, 20 Feb 2007 00:26:35 +0000 (00:26 +0000)
doc/todo/BTS_integration.mdwn
doc/todo/BibTeX.mdwn
doc/todo/Moving_Pages.mdwn
doc/todo/Support_XML-RPC-based_blogging.mdwn
doc/todo/discussion_page_as_blog.mdwn
doc/todo/graphviz.mdwn
doc/todo/latex.mdwn
doc/todo/onlinepageediting.mdwn
doc/todo/wikiwyg.mdwn

index a22f4bdaaff4218d8dfaed1b4cc0a64fac5b4158..e8efd625c9a6dcdb3bfd4ca27a4eb97da9dd437b 100644 (file)
@@ -3,3 +3,5 @@ Given network access when building the wiki, ikiwiki could retrieve information
 This seems somewhat difficult, as ikiwiki would need to maintain a cache of the remote BTS information, and know how to talk to various types of BTS.  CPAN modules exist to solve this problem for some types of BTS.
 
 --[[JoshTriplett]]
+
+[[tag soc]]
index da1d0d0f45ed3bc05e635e485fc2d9fab2d475aa..31b1f981b47e2919a45991ef2d95dfdadef5ffcb 100644 (file)
@@ -1,3 +1,5 @@
 I would *love* to see a plugin that lets you create one or more BibTeX-formatted bibliography pages and add citations to other pages.  The plugin could also render the bibliographies themselves using a chosen BibTeX style and an HTML formatter for LaTeX (such as HeVeA).
 
---[[JoshTriplett]]
\ No newline at end of file
+--[[JoshTriplett]]
+
+[[tag soc]]
index baf840af62fec37e11f7e0024d98df6c2e083c90..2ddf5096f127ae09f03f6fecab859518f06f91be 100644 (file)
@@ -22,4 +22,6 @@ I see the need for:
   * optionally drop a forwarding page
   * optionally rewrite incoming links to the new location
 
-Brad
\ No newline at end of file
+Brad
+
+Note that there is a partial implementation in the [[patchqueoe|patchqueue/move_page]].
index e53592a3611fc486cd26ed4d4ba41095c140faf2..1ad2dd066082329102f6b6523b96da7628507aad 100644 (file)
@@ -5,3 +5,5 @@ one standard URL with page names as blog names would work.
 
 > This would be a great thing to add a plugin for. (Probably using the cgi
 > hook to let ikiwiki act as an RPC server. --[[Joey]]
+
+[[soc]]
index a7319dd3362026ee6b49e4947428fe3cba6a4572..f8a32a3a87cb5eae36b69ec6a667a24dbb04149d 100644 (file)
@@ -25,3 +25,5 @@ issue above. Worrying about threading may be overkill.
 > Something like [[sandbox/castle]] and [[sandbox/castle/discussion]]? (Sorry about the noise, btw.) --Ethan
 
 I don't think that the nesting is very clear, I found it confusing..
+
+[[soc]]
index 051684ea82e346e1ae633500f70dd547ec6aea4d..3200d7a9c146ef9b8934302ba67a336d7877bbb9 100644 (file)
@@ -1,3 +1,8 @@
 How about a plugin providing a [[preprocessor_directive|preprocessordirective]] to render a [[debpkg graphviz]] file as an image via one of the graphviz programs ("dot" by default) and include the resulting image on the page, using the "cmapx" image map format?  graphviz files themselves could also render the same way into an HTML file with the same basename as the graphviz file; format and program could come either from an ikiwiki configuration option or comments/directives in the file.  (For example, "digraph" could imply "dot", and "graph" could imply "neato".)
 
-To complement this, ikiwiki could support creating and editing graphviz files through the CGI interface, as a new page type; preview could render the file.  It would also help to have some sort of graphviz extension attribute for linking to a wiki page, which would become a standard href or URL attribute in the input passed to the particular graphviz program.
\ No newline at end of file
+To complement this, ikiwiki could support creating and editing graphviz files through the CGI interface, as a new page type; preview could render the file.  It would also help to have some sort of graphviz extension attribute for linking to a wiki page, which would become a standard href or URL attribute in the input passed to the particular graphviz program.
+
+> Editing graphviz files safely online might be tricky. Graphvis would need
+> to be audited. --[[Joey]]
+
+[[soc]]
index e45db3aedb55039e1de4c6b58bf3a09cd86f3e39..7b39b81216e51041703932ab0368fb763d6eafcc 100644 (file)
@@ -3,3 +3,5 @@ How about a plugin adding a
 as a PNG via [[debpkg dvipng]] and include the resulting image in the page?
 Useful for mathematics, as well as for stuff like the LaTeX version of the
 ikiwiki [[/logo]].
+
+[[soc]]
index b38af65d44ea3f369b8f73734bf75012b0bd5d95..8d2a42ec6e0b0d56d401369a9df3cd18fc410379 100644 (file)
@@ -3,3 +3,5 @@
 * Page move? Link corrections?
 
 >(I left this comment in discussion, but it might be better here on the main page)  This is a function I would really like.  I am dealing with a situation, in creating a link for my family history, for instance to "Peter Richard MacLea (1888-c.1946)" and fleshing out an article with pictures and so on.  Then, I later find out that Peter died in 1948.  So, I want to move that page to "Peter Richard MacLea (1888-1948)".  There doesn't seem to be an easy way to do this.  The main problem being that I can easily create a second page with that data, but what happens to the old one?  Does it remain?  I would like to see at least a rename or page move function.... *[Kyle](http://kitenet.net/~kyle/family/wiki/)=*
+
+[[soc]]
index d5331b2fb414e46e4a5ac1d62473fef333c2e263..a50a743846279ef2a9b568952b3e224730bbf23f 100644 (file)
@@ -21,3 +21,5 @@ wiki markup, which is not always the case in ikiwiki. Unless there's some
 other way to feed it the actual source for a page, this seems like a
 problem. According to the developers, it is possible to do that, and start
 off in WikiText mode.
+
+[[soc]]