Redmine: Issueshttps://www.redmine.org/https://www.redmine.org/favicon.ico?16793021292024-01-08T05:48:09ZRedmine
Redmine Redmine - Patch #40014 (New): Comma support in Wiki macro with double quoteshttps://www.redmine.org/issues/400142024-01-08T05:48:09ZYasu Saku
<p>Please consider supporting comma in Wiki macro.</p>
<p>I have considered using double quotes and I'm attaching a patch.<br />This patch supports the following two additional features.<br />1. Double quotes can be escaped by placing two consecutive double quotes.<br />2. Support for enclosing values in double quotes in key/value pair arguments.</p>
<p>For example:<br /><pre><code class="ruby syntaxhl"><span class="n">args</span> <span class="o">=</span> <span class="s1">'a, "b, bbb, b", cc c, """d, ""d""", "e" , hh, , "", """", jj=jj, kk="kk, k", "ll=l,ll"'</span>
<span class="n">args</span> <span class="o">=</span> <span class="n">args</span><span class="p">.</span><span class="nf">split</span><span class="p">(</span><span class="sr">/\s*,\s*(?=(?:[^"]*"[^"]*")*[^"]*$)/</span><span class="p">).</span><span class="nf">map</span><span class="p">{</span><span class="o">|</span><span class="n">i</span><span class="o">|</span> <span class="n">i</span><span class="p">.</span><span class="nf">gsub</span><span class="p">(</span><span class="sr">/^"(.*)"$/</span><span class="p">,</span> <span class="s1">'\1'</span><span class="p">).</span><span class="nf">gsub</span><span class="p">(</span><span class="s1">'""'</span><span class="p">,</span> <span class="s1">'"'</span><span class="p">)}</span>
<span class="c1"># args:</span>
<span class="p">[</span><span class="s2">"a"</span><span class="p">,</span> <span class="s2">"b, bbb, b"</span><span class="p">,</span> <span class="s2">"cc c"</span><span class="p">,</span> <span class="s2">"</span><span class="se">\"</span><span class="s2">d, </span><span class="se">\"</span><span class="s2">d</span><span class="se">\"</span><span class="s2">"</span><span class="p">,</span> <span class="s2">"e"</span><span class="p">,</span> <span class="s2">"hh"</span><span class="p">,</span> <span class="s2">""</span><span class="p">,</span> <span class="s2">""</span><span class="p">,</span> <span class="s2">"</span><span class="se">\"</span><span class="s2">"</span><span class="p">,</span> <span class="s2">"jj=jj"</span><span class="p">,</span> <span class="s2">"kk=</span><span class="se">\"</span><span class="s2">kk, k</span><span class="se">\"</span><span class="s2">"</span><span class="p">,</span> <span class="s2">"ll=l,ll"</span><span class="p">]</span>
</code></pre></p> Redmine - Defect #39586 (New): Parent page list for selected project on rename pagehttps://www.redmine.org/issues/395862023-11-20T22:53:52Zkiyoshi ohgishi
<p>When renaming the wiki name from project A to project B, the parent page list remains in project A and does not change to project B.</p> Redmine - Defect #38915 (Confirmed): Duplicate spacer id in jsToolBarhttps://www.redmine.org/issues/389152023-08-05T06:30:42ZYasu Saku
<p>Currently, each spacer in the jsToolBar is assigned an ID.<br />However, when there are multiple wiki editing areas on a page, this causes issues due to the duplicated IDs.<br />Therefore, to address this problem, I have created a patch that replaces the ID with a class name as one of the proposed fixes.</p>
<pre><code class="diff syntaxhl"><span class="gd">--- a/public/javascripts/jstoolbar/jstoolbar.js
</span><span class="gi">+++ b/public/javascripts/jstoolbar/jstoolbar.js
</span><span class="p">@@ -155,15 +155,14 @@</span> jsButton.prototype.draw = function() {
return button;
}
-function jsSpace(id) {
<span class="gd">- this.id = id || null;
</span><span class="gi">+function jsSpace(className) {
+ this.className = className || null;
</span> this.width = null;
}
jsSpace.prototype.draw = function() {
var span = document.createElement('span');
<span class="gd">- if (this.id) span.id = this.id;
</span> span.appendChild(document.createTextNode(String.fromCharCode(160)));
<span class="gd">- span.className = 'jstSpacer';
</span><span class="gi">+ span.className = 'jstSpacer' + (this.className ? ' ' + this.className : '');
</span> if (this.width) span.style.marginRight = this.width+'px';
return span;
</code></pre> Redmine - Feature #38647 (New): Archive feature for wiki pages https://www.redmine.org/issues/386472023-06-01T19:08:55ZFernando Hartmann
<p>It would be very helpful to have a archive feature for wiki pages, something like closed projects.</p>
<p>There are some pages that don't represent a current information, but, could be interesting to maintain them as a historical record.</p>
If a page is marked as archived the following actions could apply
<ul>
<li>Show a badge on the top of page, informing its an archived information, so user knows that isn't a actual information</li>
<li>Show a badge right after link to archived page </li>
<li>Page is locked for edit</li>
<li>One option on search to opt out from search in archived pages</li>
</ul>
<p>This feature goes in distinct direction from soft delete <a class="issue tracker-2 status-1 priority-4 priority-default" title="Feature: Soft delete of wiki pages (New)" href="https://www.redmine.org/issues/18295">#18295</a>, there you want preserve the track to the page, in this one the idea is to preserve the content too.</p> Redmine - Patch #38153 (New): Make wiki 'Sidebar' localizablehttps://www.redmine.org/issues/381532023-01-05T10:39:46Zsalman mp
<p>Apllying attached patch can make 'sidebar' wiki page localizable.</p> Redmine - Feature #36840 (New): Migrate Wiki needs an update.https://www.redmine.org/issues/368402022-03-25T20:01:46ZCrocodile Rat
<p>This wiki(<a class="external" href="https://www.redmine.org/projects/redmine/wiki/RedmineMigrate">https://www.redmine.org/projects/redmine/wiki/RedmineMigrate</a>) was marked as "Obsolete: Does not work" in Trac and Mantis sections. Please make them work for latest Redmine stable release. Thank you!</p> Redmine - Defect #31838 (New): Improper parsing of wiki linkshttps://www.redmine.org/issues/318382019-08-01T17:49:03ZTomisław Kityński
<p>In case where wiki link is followed by opening parenthesis, it seems like parsing goes wild. For instance this sequence:</p>
<pre>
One two [[three|The Three]] (four) five.
</pre>
<p>should produce this output:</p>
<blockquote>
<p>One two <em>The Three</em> (four) five.</p>
</blockquote>
<p>but it produces this:</p>
<blockquote>
<p>One two <em>[three|The Three]</em> five.</p>
</blockquote>
It actually acts, as external link, where "four" is the URL, but:
<ul>
<li>there is a space between last closing square bracket and opening parenthesis (I would understand this behavior when there would be no space),</li>
<li>square brackets are doubled, but external link mode took precedence over wiki link.</li>
</ul>
<p>Currently one needs to escape opening parenthesis with backslash to force parser to see such a sequence as wiki link, not external link. IMO this looks like a glitch.</p> Redmine - Defect #31770 (New): New shortcut for in-page wiki links shows link with leading #https://www.redmine.org/issues/317702019-07-22T12:44:59ZStefan Lindner
<p>As of <a class="issue tracker-2 status-1 priority-4 priority-default" title="Feature: Easier anchor linking / Textile anchor links (New)" href="https://www.redmine.org/issues/17455">#17455</a> (Easier anchor linking / Textile anchor links)</p>
<p><code>[[#Helpful-links]]</code> displays <code>#Helpful-links</code> as link text. Thats not totally what I would expect. <br />I would expect to see <code>Helpful-links</code>.<br />Of course I can write <code>[[#Helpful-links|Helpful-links]]</code>.<br />BTW there is no hint for this on the current wiki syntax page</p> Redmine - Feature #31631 (New): Add links to child pages to wiki pagehttps://www.redmine.org/issues/316312019-06-27T06:25:40ZMizuki ISHIKAWA
<p>It is useful to have a links to child pages in the sidebar of the wiki page.</p>
<p><img src="https://www.redmine.org/attachments/download/23416/wiki-screenshot.png" style="width: 70%;border: 1px solid #ccc;" alt="" /></p>
<p>I attached the patch.</p> Redmine - Defect #31550 (New): Project "Version" view's "Wiki page" field is still shown, althoug...https://www.redmine.org/issues/315502019-06-11T08:00:00ZKo Nagase
<p>I think that "Wiki page" field should be hidden, when "Wiki" module is disabled on the project.</p>
<p>[Project] / [Settings]<br /><img src="https://www.redmine.org/attachments/download/23277/project_settings.png" style="width:450px;" alt="" /></p>
<p>[Project] / [Versions] => [New]<br /><img src="https://www.redmine.org/attachments/download/23278/project_versions.png" style="width:450px;" alt="" /></p> Redmine - Defect #30165 (New): Non used images in Wiki pages are not easily to identifyhttps://www.redmine.org/issues/301652018-12-09T17:38:03ZDarko Palic
<p>Attached images to a wiki page can get an orphan, if the content of the wiki page was changed.<br />Sadly redmine wiki does not provide any way to identify orphaned files/images in wiki pages.</p>
<p>This is a symmetrical issue to <a class="issue tracker-1 status-9 priority-4 priority-default" title="Defect: Missing images in a wiki page are not visualized (Confirmed)" href="https://www.redmine.org/issues/30164">#30164</a></p> Redmine - Feature #29631 (New): Add support to include repository file content in Wikihttps://www.redmine.org/issues/296312018-09-17T19:10:39Zcrypto gopher
<p>There is a Markdown macro <code>include</code>. It allows to include one wiki page inside another:<br /><pre>
!{{include(Foo)}}
</pre></p>
<p>I would like to have similar functionality, but allowing inclusion of repository file. It could be used like this:<br /><pre>
!{{include(source:repo_identifier|some/file)}}
</pre></p>
<p>This way crucial documentation (README.md, INSTALL.md and so on) can be available both in repository and easily accesible from Redmine Wiki without redundancy (and inconsistencies).</p>
<p>If such feature could go into Redmine core, I'm eager to provide relevant patch.</p> Redmine - Feature #27233 (New): Improve Drop-Down list on Wiki Pageshttps://www.redmine.org/issues/272332017-10-19T21:11:52ZLibrary Systems Dept
<p>Here's a capture of what I would like to see improved.</p>
<p>When I am editing a Wiki page and choosing a "Parent" page, I have to scroll through the list to find the exact page I want. The double ">>" and possibly the white-space prevent me from quick-jumping to the letter "V" for this example.</p>
<p><img src="https://www.redmine.org/attachments/download/19333/example1.png" alt="" /></p>
<p>However a "top-level" page such as "Wiki" in the capture below, I am able to "quick-jump" by pressing "W".</p>
<p><img src="https://www.redmine.org/attachments/download/19335/example2.png" alt="" /></p>
<p>It would be very beneficial to have complete quick-jump functionality, for example, if I started typing the letters "vmw" it would focus on the first matching string.</p>
<p>Thanks!</p> Redmine - Defect #26974 (New): Collapse macro conflicts with header section edit buttonshttps://www.redmine.org/issues/269742017-09-13T18:27:51ZJonathan Cormier
<p>Using the collapse macro to hide header sections (h1,h2,h3,etc) causes the edit buttons next to non-collapsed sections to be incorrect.</p>
<p>The <a class="wiki-page" href="https://www.redmine.org/projects/redmine/wiki/Macro_Conflict">Macro_Conflict</a> page already reproduces this. Found it from issue <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Defect: Table of contents macro conflicts with collapse macro (Closed)" href="https://www.redmine.org/issues/16077">#16077</a>.</p>
<p>If you click edit on Section "second collapse", you end up editing Section "collapse1Item1".</p>
<p><a href="#" onclick="$('#collapse-c68a62e9-show, #collapse-c68a62e9-hide').toggle(); $('#collapse-c68a62e9').fadeToggle(150);; return false;" id="collapse-c68a62e9-show" class="icon icon-collapsed collapsible">My redmine environment</a><a href="#" onclick="$('#collapse-c68a62e9-show, #collapse-c68a62e9-hide').toggle(); $('#collapse-c68a62e9').fadeToggle(150);; return false;" id="collapse-c68a62e9-hide" class="icon icon-expended collapsible" style="display:none;">My redmine environment</a><div id="collapse-c68a62e9" class="collapsed-text" style="display:none;"><pre>
Environment:
Redmine version 3.3.1.stable
Ruby version 2.1.9-p490 (2016-03-30) [x86_64-linux-gnu]
Rails version 4.2.7.1
Environment production
Database adapter Mysql2
SCM:
Subversion 1.8.8
Darcs 2.8.4
Mercurial 2.8.2
Cvs 1.12.13
Bazaar 2.7.0
Git 2.10.1
Filesystem
Redmine plugins:
clipboard_image_paste 1.10
google_analytics_plugin 1.0.0
redmine_banner 0.1.2
redmine_charts2 0.2.1
redmine_checklists 3.1.5
redmine_favourite_projects 0.7
redmine_jstoolbar_ext 0.2.1
redmine_jstoolbar_ext_buttons 0.2.1
redmine_jstoolbar_ext_images 0.3.1
redmine_project_alias_2 1.0.2
redmine_release_notes 1.3.1
redmine_silencer 0.4.1
redmine_tags 3.1.1
redmine_wiki_extensions 0.7.0
redmine_wiki_notes 0.0.2
redmine_xlsx_format_issue_exporter 0.1.3
wiki_issue_fields 0.5.1
</pre></div></p> Redmine - Feature #26593 (New): Change language by url parameterhttps://www.redmine.org/issues/265932017-07-31T11:56:58Ziransamin.ir sabasashakifa@chmail.ir
<p>See here:<br /><a class="message" href="https://www.redmine.org/boards/1/topics/11108">Change language by url parameter</a></p>
<p>We need this feature or the like.</p> Redmine - Feature #26530 (New): Links to Wiki pages of unauthorized projects should be smarterhttps://www.redmine.org/issues/265302017-07-25T19:25:16ZMichael Gerz
<p>I use to define a 'Sidebar' wiki page that contains links to wiki pages in various subprojects. This allows users to quickly jump to specific topics.</p>
<p>However, when migrating from Redmine 3.3.1 to 3.4.2, links to unauthorized subprojects got broken. (See here <a class="external" href="http://www.mimworld.org">http://www.mimworld.org</a>). Once an user has logged in and has the necessary access rights to visit the specific wiki pages, the links are displayed correctly.</p>
<p>Has this change been made intentional (to overcome some security problem) or is it a real bug? If this behaviour is intended, I have to rethink the entire structure of my project(s). A quick fix is much appreciated.</p> Redmine - Defect #24602 (New): Exporting wiki pages in HTML fails if {{collapse}}https://www.redmine.org/issues/246022016-12-13T15:39:56ZVincent Le Goff
<p>When exporting a wiki page in HTML (using /projects/id/wiki/title.html), if some text is hidden in a <code>{{collapse}}</code> macro, then the exported page doesn't allow to click on the link to see the text.</p>
<a name="Steps-to-reproduce-the-bug"></a>
<h3 >Steps to reproduce the bug<a href="#Steps-to-reproduce-the-bug" class="wiki-anchor">¶</a></h3>
<ol>
<li>Create a wiki page in a project with some text:<br /><pre>
h1. This is a test
{{collapse(Click to show/hide)
This is hidden.
}}
</pre></li>
<li>Try to export this page as HTML<br /><pre>
curl https://server.ext/projects/project_id/wiki/Title.html > page.html
</pre></li>
<li>Open the HTML page. If you click on the "click to show/hide" link, nothing appears.</li>
</ol>
<a name="Possible-causes"></a>
<h3 >Possible causes<a href="#Possible-causes" class="wiki-anchor">¶</a></h3>
<p>This is obviously due to the fact that the JavaScript used by the <code>{{collapse}}</code> macro isn't exported with the HTML page. Perhaps it could be easily added, like the CSS code which is already exported.</p> Redmine - Feature #22923 (New): Export Wiki to ODThttps://www.redmine.org/issues/229232016-05-30T10:46:41ZGregor Schmidtschmidt@nach-vorne.eu
<p>Attached you may find a patch, which adds Wiki to ODT export capabilities to Redmine.</p>
<p>The export works similar to the PDF export in that it mainly passes the generated HTML export to another library. In case of ODT, this is the <code>html2odt</code> gem, which in turn is based on <a href="https://github.com/abompard/xhtml2odt" class="external">xhtml2odt</a>, which uses XSLT to transform HTML to OpenDocument compatible XML.</p>
<p>The Redmine integration mainly consists of code to handle image paths and a bit of clean up before passing the HTML to the library.</p>
<hr />
<p>This change was implemented for a Planio customer, who wanted to use the Wiki to create simple templates, that users should then fill out using MS Word (and friends). We chose to export ODT (instead of DOCX e.g.) since the OpenDocument format is an open standard, the tool support was better and since it is supported by a wide range of word processing applications (MS Word 2010 and later, LibreOffice, OpenOffice, AbiWord, Pages).</p>
<p>Please note, that this feature benefits from the change proposed in <a class="issue tracker-3 status-5 priority-4 priority-default closed" title="Patch: !>image.png! generates invalid HTML (Closed)" href="https://www.redmine.org/issues/22898">#22898</a>. Otherwise aligned images within a paragraph cause errors in the export, i.e. the following paragraph is missing from the ODT.</p> Redmine - Feature #21969 (New): Add a wiki action to list (lost/hidden) pages which are not refer...https://www.redmine.org/issues/219692016-02-07T20:26:43Zfabrice salvaire
<p>Wiki pages could be "lost" when you edit a page, i.e. when you remove the <code>[[page]]</code> marker in the parent page. Since Redmine has a redundant referencing system (<code>[[page]]</code> marker and the parent link), it could be easy to visit the wiki and tag pages which have a parent link but not referenced in the parent page (any <code>[[page]]</code> marker).</p>
<p>We could also imagine to colourize these pages in the index or insert a warning in the wiki page.</p>
<p>MoinMoin wiki has a such function to check for lost pages.</p> Redmine - Feature #21957 (New): Option ignore whitespace in Wiki diffhttps://www.redmine.org/issues/219572016-02-04T19:35:40ZHans Ginzel
<p>There is a option "View side by side" in repo file diff view. Please add the Ignore white space change option (`diff -w`).</p>
<p>Analogous option could be in Wiki difference view.</p> Redmine - Defect #21479 (New): Including a wiki page from another project does not resolve that p...https://www.redmine.org/issues/214792015-12-10T20:25:50ZIyad Kandalaft
<p>When including ProjectA's wiki page from a wiki page in ProjectB, the links in the included page don't resolve correctly. As an example, the links in ProjectA:Wiki_page has a link to ProjectA:wiki_page2 . When ProjectA:Wiki_page is included inside ProjectB:Wiki_page, the link actually points to ProjectB:wiki_page2. The work around is to include the project identifier in every link on ProjectA.</p>
<pre>
Environment:
Redmine version 2.6.0.stable
Ruby version 2.0.0-p481 (2014-05-08) [x86_64-linux]
Rails version 3.2.19
Environment production
Database adapter Mysql2
SCM:
Subversion 1.8.8
Git 1.9.0
Filesystem
Redmine plugins:
redmine_mylyn_connector 2.8.2.stable
</pre> Redmine - Defect #20440 (New): Colon character on Wiki pages title doesn´t workhttps://www.redmine.org/issues/204402015-07-29T17:22:53ZCassiano Monteiro
<p>Tried to create a wiki page with the colon character on its title, and it doesn´t render properly, as seen below:</p>
<pre>
h1. Wiki
[[Test with colon :]]
[[Test without colon]]
</pre>
<p>Result:</p>
<p><img src="https://www.redmine.org/attachments/download/14039/screenshot.png" alt="" /></p>
<p>Tested on the online demo version 3.0.0.devel.14065.</p> Redmine - Feature #20426 (New): Access to User Account Data from wiki to generate automatic lists...https://www.redmine.org/issues/204262015-07-28T21:11:02ZMichael Goegel
<p>Hi,</p>
<p>I would like to use User (Account) Data for lists and tables in wiki pages e.g. list all admins or something like that.</p>
<p>It would be great to have a possibility to assign user defined fields to user accounts to allocate "tags" e.g. special company functions, phone numbers, building... and to search for them subsequently in wiki by using a macro like<br /><pre>{{taggedpages(tag)}}</pre><br />from plugin "wiki extensions".</p>
<p>The users should input that additional data <ins>by themselves</ins> (very important to reduce workload for admins) during registration process <ins>and</ins> later by a special "admin request" to "force" users to update their account data (especially user defined field). The request should be done <ins>automatically</ins> e.g. once a month/quarter.</p>
<p>The macro could be named:<br /><pre>{{TaggedUserAccounts(tag1, tag2, ...)}}</pre></p>
<p>This search macro should be able to use wildcards (*), to gain more flexibility (this is also an issue for plugin wiki extensions).</p>
<p>At the moment user account data are only used for granting permissions and prevent anonymous tickets and so on, but user data could also be used for further very useful purposes in wikis.</p>
<p>Regards<br />Michael</p> Redmine - Feature #20126 (New): Index by date: Show the current a revision number and add a link ...https://www.redmine.org/issues/201262015-06-18T13:22:56ZRobert Schneider
<p>A little but simple to realize improvement:</p>
<p>When you go to the wiki and click the <em>Index by date</em> link you could show the revision number with each entry. And also you could show a link to the diff view, comparing to the previous link. With this one can quickly watch what has changed.</p>
<p>So that it looks similar to this example:</p>
<a name="2015-06-16"></a>
<h2 >2015-06-16<a href="#2015-06-16" class="wiki-anchor">¶</a></h2>
<ul>
<li><a class="wiki-page" href="https://www.redmine.org/projects/redmine/wiki/DeEmailConfiguration">DeEmailConfiguration</a> <a href="/projects/redmine/wiki/DeEmailConfiguration/8">!#8</a> (<a href="http://www.redmine.org/projects/redmine/wiki/DeEmailConfiguration/diff?utf8=%E2%9C%93&version=8&version_from=7&commit=View+differences" class="external">diff</a>)</li>
</ul> Redmine - Feature #19826 (New): Add calendar in wiki pageshttps://www.redmine.org/issues/198262015-05-13T10:31:51ZMiguel Angel
<p>Hi.<br />I look like a calendar in wiki page.<br />Thanks</p> Redmine - Feature #18669 (New): Ability to remove Wiki (page) historyhttps://www.redmine.org/issues/186692014-12-17T12:13:54ZTomasz Kowalczyk
<p>I'm using Redmine Wikis in my projects and I appreciate their "history" feature, but there are some pages which are used as a notepads for further discussion about issues (think: RFCs) in which only the most recent version counts. Which brings us to a number of features I can think of:</p>
<ul>
<li>ability to mark Wiki page as non-versionable, ie. edits do not create new versions, they operate on the newest present (currently edited),</li>
<li>ability to bulk delete whole Wiki page history (all versions without the most recent of course),</li>
<li>ability to bulk delete whole Wiki history (just like above, but one button for the whole project Wiki).</li>
</ul>
<p>Maybe there is already a solution I'm not aware of? I found <a class="issue tracker-2 status-1 priority-4 priority-default" title="Feature: Soft delete of wiki pages (New)" href="https://www.redmine.org/issues/18295">#18295</a>, <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Ability to delete a version from a wiki page history (Closed)" href="https://www.redmine.org/issues/10852">#10852</a> and <a class="issue tracker-3 status-5 priority-4 priority-default closed" title="Patch: Add deleting of wiki page individual versions (Closed)" href="https://www.redmine.org/issues/1103">#1103</a> but in my opinion they do not cover that ideas.</p> Redmine - Feature #18656 (New): Markdown links priorityhttps://www.redmine.org/issues/186562014-12-16T14:20:48ZLubos Svoboda
<p>When Markdown is used for wiki and following syntax is used:<br />[link1]: external url</p>
<p>all <a class="wiki-page new" href="https://www.redmine.org/projects/redmine/wiki/Link1">link1</a> links are then pointing to the external url even if internal wiki page "link1" exist.</p>
<p>Example:<br /><pre>
Link to wiki [[Page]] and link to (outside) [Page] in one sentence.
[Page]: http://foo/bar
</pre></p>
<p>Would you please consider increasing the internal links priority?</p> Redmine - Feature #18257 (New): Allow wiki macros to define the markup used for their documentationhttps://www.redmine.org/issues/182572014-11-01T20:41:29ZFelix Schäfer
<p>Current plugins delivering additional macros for the wiki syntax often provide their help in textile form, which doesn't render well when markdown is selected as the renderer.</p>
<p>Their should be an option for wiki macros to signal what markup their plugin docs use, and render this documentation accordingly.</p> Redmine - Feature #18243 (New): Display list of page attachments in edit modehttps://www.redmine.org/issues/182432014-10-30T15:12:41ZPremek Brada
<p>When wiki page is being edited, the list of its attachments is not available which complicates adding links to them. Could the list be added to the page bottom, in the same form as in view mode?</p> Redmine - Feature #18042 (New): Link to a specific repository in another projecthttps://www.redmine.org/issues/180422014-10-07T10:48:07ZMatteo Steccolini
<p>Hello,</p>
<p>I have a Wiki in Project1 and I want to link Repository3 in Project2 (which has mercurial Repository1, Repository2, Repository3, etc.).</p>
<p>I tried to elaborate from:<br /><a class="external" href="http://www.redmine.org/help/en/wiki_syntax_detailed.html">http://www.redmine.org/help/en/wiki_syntax_detailed.html</a><br /><pre>
source:svn1|some/file (link to a file of a specific repository, for projects with multiple repositories)
sandbox:source:some/file (link to the file located at /some/file in the repository of the project "sandbox")
</pre></p>
<p>This doesn't seem to work (it links to nonexistent file Repository2 in the default repository in Project2):<br /><pre>
Project2:source:Repository3|/some/file
</pre></p>
<p>My environment:<br /><pre>
Environment:
Redmine version 2.5.0.stable
Ruby version 2.1.3-p242 (2014-09-19) [x86_64-linux-gnu]
Rails version 3.2.17
Environment production
Database adapter Mysql2
SCM:
Subversion 1.8.10
Mercurial 3.1
Cvs 1.12.13
Git 2.1.0
</pre></p> Redmine - Feature #17894 (New): Collapse macro parameter to uncollapse by defaulthttps://www.redmine.org/issues/178942014-09-17T09:03:21ZMiodrag Milic
<p>Currently collapsed text always stays closed. It could be used for better text organisation if it would offer flat to initially show uncollapsed because collapsed text can follow its own formatting without breaking the previously imposed format. For instance, having tables inside bullets is hard to achieve without breaking the next bullet, but its very easy inside the collapse.</p> Redmine - Feature #17797 (New): If no wiki pages have been created, wiki tab should return someth...https://www.redmine.org/issues/177972014-09-04T17:24:36ZAdam Clark
<p>We've received bug reports from users saying that wiki pages are broken, when a project has wiki enabled but the owner simply hasn't created any pages. If no wiki pages exist at all, either the navigation link should be turned off or the resulting page should say something to that effect.</p> Redmine - Feature #17776 (New): Add an option for the wiki start page to be "index by title"https://www.redmine.org/issues/177762014-09-02T12:12:22ZRoel Arents
<a name="Problem"></a>
<h3 >Problem<a href="#Problem" class="wiki-anchor">¶</a></h3>
<p>Often in a project, a collection exists of wiki pages which are unrelated to each other. And there is no umbrella page with an overview of these pages. There might not even be a designated start or intro page for the wiki at all. The wiki might just be a collection of unrelated pages containing distinctive topics. So it would be very handy if the entry point (or start page) of a project's wiki could be an index of all wiki pages. Preferably sorted alphabetically and displayed hierarchically. This would relieve wiki editors from the task of creating (and maintaining) a start page themselves.</p>
<a name="Possible-solution"></a>
<h3 >Possible solution<a href="#Possible-solution" class="wiki-anchor">¶</a></h3>
<p>Actually, such an index already exists. It can be accessed for every project, via projects/project_id/wiki/index. You can also find a link to it in the sidebar of the wiki. However, it is currently not possible to set the start page of the wiki to this index. This should be made possible. Perhaps also make it an option to choose between index by title and index by date.</p>
<a name="Unsatisfying-workaround-1-redirect"></a>
<h3 >Unsatisfying workaround 1: redirect<a href="#Unsatisfying-workaround-1-redirect" class="wiki-anchor">¶</a></h3>
<p>You could create a wiki page and set it as the start page. This page would just display a link to the index. Or add in some javascript (is this possible) which redirects. You would have to do this over and over again for each new project.</p>
<a name="Unsatisfying-workaround-2-index-of-child-pages"></a>
<h3 >Unsatisfying workaround 2: index of child pages<a href="#Unsatisfying-workaround-2-index-of-child-pages" class="wiki-anchor">¶</a></h3>
<p>You could create a wiki page and set it as the start page. This page would use a macro to displays its child pages. The major drawback is that all wiki pages would have to be a descendant of this page. Also you would have to manually create this start page over and over again for each new project. (This is also discussed here: <a class="message" href="https://www.redmine.org/boards/2/topics/19177">How do I get Page_index on my wiki start page?</a>)</p> Redmine - Feature #17072 (New): Integration redmine wiki with yUML syntaxhttps://www.redmine.org/issues/170722014-06-03T21:00:47ZLucy Yevseyeva
<p>For example, this code</p>
<pre>
<classdiagram>
[Customer]+1->*[Order]
[Order]++1-items >*[LineItem]
[Order]-0..1>[PaymentMethod]
</classdiagram>
</pre>
<p>includes this image into a wiki-page:</p>
<p><img src="http://yuml.me/898c6747" alt="" /></p> Redmine - Feature #16729 (New): properties of issue dynamically available in wikihttps://www.redmine.org/issues/167292014-04-21T23:28:00ZJohan Lichtjager
<p>It would be very nice to be able to have placeholders for issue properties to use in wiki pages.</p>
<p>For example:<br />#1672:due_date<br />#9811:status<br />#1878:done</p>
<p>This way you can easily create custom view/summary of a project in a redmine wiki document.</p>
<p>I allready posted this in a forum topic but somebody there urged me to create an issue about it. So here it is. The topic can be found here: <a class="external" href="http://www.redmine.org/boards/1/topics/42148">http://www.redmine.org/boards/1/topics/42148</a></p> Redmine - Feature #16469 (New): Make Diff possible for all revisionshttps://www.redmine.org/issues/164692014-03-31T07:19:15ZRobert Schneider
<p>Currently it is not possible to select two revisions on different wiki history pages to view the differences. So please make this possible.</p>
<p>You could add two text boxes near to the button 'View differences'. These get filled with the revisions that are selected by the revision radio buttons. And the values of these boxes are used to show the Diff page. The values may be changed by the user manually. Then it would be possible to view the difference between revisions 678 and 3. You could leave the existing pre-selection for each page as it currently is. The values would be changed to those revisions. But the user has always the chance to change these values.</p>
<p>I hope you get what I mean. At least I tried to suggest something that could be implemented easily and quickly. This is of course not the best solution (because the user has to remember the values if he browses the history pages), but it is probably better than no solution.</p> Redmine - Feature #16252 (New): Private wikihttps://www.redmine.org/issues/162522014-03-06T10:27:32ZLuis Serrano Aranda
<p>Please could you add this feature to the core ?</p>
<p><a class="external" href="http://www.redmine.org/plugins/private_wiki">http://www.redmine.org/plugins/private_wiki</a></p> Redmine - Patch #15982 (New): Inconsitent wiki history functionailityhttps://www.redmine.org/issues/159822014-01-28T10:55:17ZDaniel Felix
<p>Replace this <a class="source" href="https://www.redmine.org/projects/redmine/repository/svn/entry/trunk/app/views/wiki/history.html.erb#L25">source:trunk/app/views/wiki/history.html.erb#L25</a> line:<br /><code><td class="checkbox"><%= radio_button_tag('version_from', ver.version, (line_num==2), :id => "cbto-#{line_num}") if show_diff && (line_num > 1) %></td></code></p>
<p>with:<br /><code><td class="checkbox"><%= radio_button_tag('version_from', ver.version, (line_num==2), :id => "cbto-#{line_num}", :onclick => "$('#cb-#{line_num-1}').attr('checked', true);") if show_diff && (line_num > 1) %></td></code></p>
<p>This way the click behaviour on the second checkbox row (to) would be the same as on the first (from).</p>
<p>Best regards,<br />Daniel</p> Redmine - Feature #15911 (New): Back to top in Wikihttps://www.redmine.org/issues/159112014-01-20T15:17:14ZLogical Limit
<p>When you have quite long wiki pages with several subchapters and paragraphs, it would be nice to have a 'back to top' link right of each chapters caption or at the end of each paragraph.</p> Redmine - Defect #14188 (Confirmed): Headers put inside blockquotes cause wiki 'edit this section...https://www.redmine.org/issues/141882013-06-01T03:22:51ZFilipe Muniz
<p>When a given Header in a wiki page is put inside blockquotes, that one and all section edit links after it will point to the incorrect page section:</p>
<p>To reproduce:</p>
<pre>
h1. Page Title
bla
h2. Page topic
bla
> h3. Page subtopic inside a blockquote (trying to edit this will, incorrectly, point to the next section)
>
> bla
h2. New page topic1 (trying to edit this will, incorrectly, point to the next section)
bla
h2. New page topic2 (trying to edit this will, incorrectly, point to the next section)
etc, etc.
</pre> Redmine - Patch #13665 (New): atom available on wiki page footerhttps://www.redmine.org/issues/136652013-04-02T15:29:21ZMarcin Krol
<p>Normally atom syndication is not available at Wiki page footer (only PDF|TXT|HTML pages to save), this patch adds this functionality to recent stable version:</p>
<p>Environment:<br /> Redmine version 2.3.0.stable<br /> Ruby version 1.9.3 (i686-linux)<br /> Rails version 3.2.13<br /> Environment production<br /> Database adapter PostgreSQL<br />Redmine plugins:<br /> redmine_wiki_extensions 0.6.2</p> Redmine - Feature #13615 (New): Back (or HEAD) link in Wiki history page.https://www.redmine.org/issues/136152013-03-27T20:02:32ZIvan Cenov
<p>When displayed Wiki page, one can press History link to view wiki revisions. In this revisions page, there is no link back to the wiki page. Yes, there are links to all of the revisions but they go to URLs that include revision number. I think it would be good to have link back (despite of the browser's "back" button). This link could be placed atop of the revision list and its name could be "Page" or "HEAD" par example.</p> Redmine - Feature #13369 (New): Hidden wiki text that can be view-ed with adequate rightshttps://www.redmine.org/issues/133692013-03-06T10:28:02ZMiodrag Milic
<p>We keep some sensitive information in project documentation that shouldn't be known by everybody in the project. It would be great to have some method to show this data only to particular users (like admins or managers) with adequate permission and display appropriate substitution otherwise.</p>
<p>For example double <code>!!</code> could mean hidden text: <code>!!some passwords!!</code>. This would be rendered using specific CSS always to show its sensitive text (lighter text for instance) or customizable message otherwise (***, [you need permision], ...).</p>
<p>Our current workaround:</p>
<p>WikiNG provides similar but cumbersome functionality via:</p>
<p>{{version < 0}}[you need permison to see this]{{version}}/{{version > 100}}some passwords{{version}}</p>
<p>and also provides "View hidden content" permission.</p>
<p>This is very useful option that should be in the main application.</p> Redmine - Feature #13294 (New): More powerful includeshttps://www.redmine.org/issues/132942013-02-26T12:37:19ZMiodrag Milic
<p>Lets say I have project <code>Standards</code> which holds some reusables, like typical sidebars.</p>
<p>If on project X's sidebar I write</p>
<pre>{{include(Standards: Sidebar-Common)}}</pre>
<p>and if Sidebar-Common itself contains reference to some other macros like:</p>
<pre>{{child_pages}}</pre>
<p>I will nto get desired result (it will list child pages of its parent in Standards project, rather then that of the project X).</p>
<p>Another example, I have plugin that allows me to have Header, Footer and Stylesheet meta-pages just like Sidebar. If I have wiki page <code>[[Standards: Header-Common]]</code> which holds for example <pre>{{lastupdated_at}}: {{lastupdated_by}}</pre></p>
<p>and then reference that page from project X's Header as <code>{{include( Standards:Header-Common)}}</code> I will get who update page in project Standards, rather then project X.</p>
<p>One possible solution would be to implement another directive, such as <code>include_recursive</code> that will allow macros to reference the calling page, rather then the parent page.</p>
<p>So, this feature allows for propagation of changes to multiple projects that follow some pattern from single project.</p> Redmine - Defect #12616 (New): Macros in sidebar do not show correct information.https://www.redmine.org/issues/126162012-12-17T15:04:27ZMiodrag Milic
<p>If, in the sidebar I have for instance:</p>
<pre>
{{lastupdated_at}}: {{lastupdated_by}} <-- wiki extensions plugin
{{child_pages}} <-- redmine
</pre>
<p>then sidebar lists macro results on itself (when the sidebar is updated, its own child pages) instead of wiki page that hosts it.</p>
<p>This prevents modularised approach to project documentation.</p> Redmine - Defect #11813 (New): Export as PDF has another output than Export as HTMLhttps://www.redmine.org/issues/118132012-09-11T13:20:04Zfranz baumann
<p>When i exporting the wiki as PDF i do not get most pages exported. is there a way to get a debug output what happens? So i can assist with debugging. When using HTML export its working.</p> Redmine - Defect #11697 (New): Problem with Wiki export to PDF / HTML / TXT — 'include' does not ...https://www.redmine.org/issues/116972012-08-24T13:06:29ZLeonid E
<p>If you try to print Wiki page, using export e.g. to PDF, you can find a conflict with <code>{{include(___)}}</code> Macros.</p>
<p>For example:<br />Page consists with a several include Macros, and it is full of text.</p>
<pre>
{{include(page1)}}
---
{{include(page2)}}
---
{{include(page3)}}
---
{{include(page4)}}
</pre>
<p>The final PDF version will include only plain text, that you can see in Edition mode (find above), but not final version with included Macros with text and images.</p> Redmine - Feature #11519 (New): Ability to edit wiki comments after entry savedhttps://www.redmine.org/issues/115192012-07-26T16:19:52ZCassiano Monteiro
<p>It´s very common to edit wiki contents, and forget to include comments about that wiki revision. It would be nice to be able to edit the comments for revisions that are already saved. It´s useful to keep track of wiki changes.</p> Redmine - Feature #11351 (New): Extract code snippets from a project's VCS directly into the wikihttps://www.redmine.org/issues/113512012-07-09T11:11:55ZMaher Gamal
<p>I believe this can be an extension to the current <strong>source</strong> syntax of the wiki.</p>
<p>For example :</p>
<p><a class="source" href="https://www.redmine.org/projects/redmine/repository/svn/entry/src/test/java/pkg1/MyClass.java%23L20_L30">source:src/test/java/pkg1/MyClass.java#L20_L30</a></p>
<p>OR<br /><pre>
<pre><code class="java" source="src/test/java/pkg1/MyClass.java#L20_L30">
Lines 20 to 30 from MyClass.java appear here.
</code>
</pre><br /></pre><br />Would result in line 20 to 30 embedded as a <code>< code ></code> section in the wiki. This comes in handy when referring to code sections throughout a design document. Of course, referring to specific commits is much more reliable to always retrieve the same set of lines.</p>
<p>What do you think of this ? Do you have an another idea to achieve the same thing ?</p> Redmine - Feature #11344 (New): Alternate names for Index by title/datehttps://www.redmine.org/issues/113442012-07-08T12:28:31ZJean-Claude Wippler
<p>The "Index by title" and "Index by date" links on each wiki page are <em>extremely</em> useful. Far more in fact than their default placement on the page or their names suggest.</p>
<p>Please consider renaming them or adding a setting to allow doing so. My vote would be:</p>
<ul>
<li>Index by title -> Sitemap</li>
<li>Index by date -> Recent changes</li>
</ul>
<p>Because: 1) novices instantly understand what those links are, and 2) it matches other wiki's etc. for advanced users.</p>
<p>There is a workaround, of course: add links with those names to the sidebar.</p>
<p>I've nevertheless submitted this as a feature request, because the "index by ..." phrasing is speaker-centered, whereas Sitemap / Recent changes are audience-centered terms.</p>
<p>PS. Bonus point if you would also consider adding "Sitemap" as a tab on <em>every</em> page :)</p> Redmine - Feature #10729 (New): Embedded wiki pages should have their headings editable from the ...https://www.redmine.org/issues/107292012-04-22T14:08:05ZMaher Gamal
<p>Embedding wiki pages is a neat feature that allows mixing different parts of documents to form other ones.</p>
<p>From a usability point of view, embedding a wiki page with headings should have the edit icon beside the headings just like the embedding page.</p> Redmine - Defect #10673 (New): Dot and comma in wiki pagenamehttps://www.redmine.org/issues/106732012-04-16T09:10:06ZAlexander Oryol
<p><a href="http://www.ietf.org/rfc/rfc1738.txt" class="external">RFC 1738</a> Uniform Resource Locators (URL) in part 2.2 said:<br />"Thus, only alphanumerics, the special characters "$-_.+!*'(),", and reserved characters used for their reserved purposes may be used unencoded within a URL."</p>
<p>But Redmine code disallow commas and dots in wiki page title. Why? Which reason for it?</p> Redmine - Feature #10035 (New): Include sub-projects in the breadcrumbhttps://www.redmine.org/issues/100352012-01-20T13:18:43Zjean-philippe blary
<p>Hello,</p>
<p>I have a project with some sub-projects, and I'd like to have a full breadcrumb in the pages of a sub-project.<br />It's not possible to link the main page of a sub-project with the main page of the main project...</p>
<p>Example :<br />main_project >> sub_project >> a_page<br />=> Impossible to have. I have "sub_project >>" when I see the page... I'd like to have "main_project >> sub_project" into this page.</p>
<p>Thanks.</p> Redmine - Feature #9601 (New): Multi language wikihttps://www.redmine.org/issues/96012011-11-18T14:14:59ZPeter Englmaier
<p>Dear Developers,</p>
<p>I think one important missing feature is to support multiple languages in the wiki.</p>
<p>Each wiki page could exist in one or more languages. The user should see the page in his most prefered language, if available. In Switzerland, for example, we have 4 offical country languages plus English. Providing some or all pages in those languages by naming them 'page1_EN', 'page1_FR', ... might be a solution, but the suffix should be hidden from the user and the proper language should automatically be picked when the user opens the wiki page 'page1'.</p>
<p>Best, Peter</p> Redmine - Defect #9266 (New): comments field in wiki_content table does not be updated and displa...https://www.redmine.org/issues/92662011-09-17T06:02:08ZJeff Lee
<p><strong>Update error</strong><br />when edit a wiki page, if change only 'comments' and the content does not change.<br />Click 'save'<br />the newly input 'comments' will not be saved.</p>
<p>and if the comments and contents changed together, the comments will be saved.</p>
<p><strong>Display error:</strong><br />the comments does not display when edit wiki, no matter whether it has been saved before.</p> Redmine - Feature #9114 (New): List incoming links in wiki-pageshttps://www.redmine.org/issues/91142011-08-24T09:19:31ZMarc Hübner
<p>It would be nice to have a list of all "incoming" links for every single wiki page.<br />When editing content on a specific page, you see, which other pages provide links and possibly need to be updated as well.</p> Redmine - Defect #9091 (New): CSS bug: fixed .header height cuts long breadcrumbs making them unu...https://www.redmine.org/issues/90912011-08-19T10:50:11ZSzabolcs Szasz
<p>In the (generic) application.css: #header { height:... padding:... }</p>
<p>One solution: remove the height attr. and replace the 0 padding-bottom to such height (e.g. 2em) that the absolute-positioned main-menu bar can have its room.</p>
<p>Now the header has a nice default look and can also expand flexibly for multi-line breadcrumbs.</p> Redmine - Defect #8866 (New): BugTraq references in commit message breaks revision referenceshttps://www.redmine.org/issues/88662011-07-20T18:10:58ZJoshua Stein
<p>We use BugTraq properties to relate our commits to Redmine issues. This can cause issues when referencing a revision in a wiki page.</p>
<p>When you add a revision reference in a wiki page such as <code>r123</code>, this works fine on the wiki page that contains the reference.</p>
<p>If that page is then <em>included</em> on another page the reference will break if the commit message contains a Redmine style markup such as <code>#123</code>.</p>
<p>This was tested with both Subversion and Git commits again Redmine 1.2.1.</p>
Steps to reproduce:
<ol>
<li>Commit a revision to the repository with an issue reference in it. For example: <code>Closes Issue #123 : Problem with xyz has been resolved.</code></li>
<li>On a wiki page place a reference to that revision. For Example: <code>This wiki page is about the changes in this revision r123.</code></li>
<li>Now go to another wiki page and use the <em>include</em> macro to include the page in the step above.</li>
</ol>
<p>Notice the <strong>r</strong> link is now broken.</p> Redmine - Feature #7536 (New): Automatic routing to another project's WIKI (Global WIKI)https://www.redmine.org/issues/75362011-02-03T23:18:13ZPaulo Oliveira
<p>First of all, I love Redmine. It's very intuitive and flexible; easy enough to anyone use it. Thanks for making such good software.</p>
<p>I have been reading about the difficulties in making a global wiki, given Redmine's permission system among other things. So I thought it could be easier to make an automatic routing to another project's WIKI. Textille provides a simple way to do it manually: <pre>[[anotherproject:newpage]]</pre> This way, even if someone type that in an issue's description, it will create a new page in another project.</p>
<p>But what if there were some way to tell Redmine: "in this project, every link to a wiki page should be redirected to that other project's wiki"?<br />Perhaps this could be achieved by an automatically insertion of the the sandbox link into the original text:</p>
<p>this <pre>[[newpage]]</pre> will become that <pre>[[anotherproject:newpage]]</pre>.</p>
<p>Or maybe this could be done by some more elegant way, behind the scenes, without text insertion.<br />I think this could solve the "missing global wiki" problem, since every link should point out to only one project's wiki.</p>
<p>I suggest this because I intend to use Redmine with more than a hundred people, and it's useless to expect to everyone create content in the right place, and the kind of information we produce it's really not specific to the project itself, but to the whole organization. Maybe I'm pushing hard on Redmine, since it was developped aiming software development, and I work for the government with social projects. Here's what I'm thinking to do:</p>
<p>project PARENT ORGANIZATION - GLOBAL WIKI</p>
<p>-- project CHILD ORGANIZATION 1 - ^<br />---- project REAL PROJECT 1 - ^<br />---- project REAL PROJECT 2 - ^</p>
<p>-- project CHILD ORGANIZATION 2 - ^<br />---- project REAL PROJECT 1 - ^<br />---- project REAL PROJECT 1 - ^</p>
<p>With ^ meaning that every wiki link should be redirected. I'm doing this because Redmine lacks ORGANIZATION structuring. Liferay does an interesting thing about that, it has ORGANIZATION, meaning to replicate the formal structure, and GROUPS meaning, well, groups.<br />In Redmine, GROUPS are assigned to PROJECTS, not the other way around, and it's ok! I think it would be nice to have, also, ORGANIZATION, so that PROJECTS should be assigned to ORGANIZATIONS, and GROUPS assigned to PROJECTS. Maybe I should write about this in another issue.</p>
<p>Again, thank you all for making Redmine.</p> Redmine - Feature #7200 (New): Current Page Inheritance in Sidebarhttps://www.redmine.org/issues/72002010-12-29T19:12:55ZChad Heuschober
<p>Hello,</p>
<p>I've seen the occasional requests and plugins for placement of the ToC in the wiki sidebar (like <a class="issue tracker-2 status-1 priority-4 priority-default" title="Feature: position Wiki Toc in sidebar (New)" href="https://www.redmine.org/issues/4301">#4301</a> and <a class="issue tracker-3 status-5 priority-4 priority-default closed" title="Patch: Wiki Sidebar: Adding a (navigational / TOC) section (Closed)" href="https://www.redmine.org/issues/2010">#2010</a>) but they were always relatively invasive requests. However, with the new sidebar-as-wiki page functionality provided by <a class="changeset" title="Makes the wiki sidebar editable (#5208). The content of the wiki page named 'Sidebar' is rendered..." href="https://www.redmine.org/projects/redmine/repository/svn/revisions/3632">r3632</a> it seems these tasks should get a little easier.</p>
<p>More generically than just adding a ToC, I'd like to know if some type of variable or macro could be created to pass the current page to the wiki sidebar. This mostly interests me from the perspective of showing child pages but if the ToC macro could be adjusted to accept an optional page parameter, then it would satisfy the ToC requests as well. Others might have even more creative uses.</p>
<p>I appreciate the effort everyone puts in towards making this a more professional and exciting project. Many thanks.</p> Redmine - Feature #7066 (New): Develop wiki save and continue featurehttps://www.redmine.org/issues/70662010-12-07T18:54:02ZAlcides Silveira Costa
<p>Dear Developers,</p>
<p>first of all, I'd like to congratulate the great job you are doing. As I'm just a Redmine user (or Redmine lover) I decided to contribute a little bit with you from the user side.</p>
<p>While editing wiki pages, the user has no option than saving the wiki page, returning to the previous page. There's no "save and continue" button to click (as we have in the new issue page). Then, the user is obliged to click on the edit button again if he/she wants to keep on editing the wiki, increasing the numbers of clicks.</p>
<p>From my point of view, it would be nice to have this feature available in the next releases. It would make the wiki editing more user friendly.</p> Redmine - Feature #6845 (New): Add a real title field for wiki pageshttps://www.redmine.org/issues/68452010-11-07T12:58:40ZHolger Just
<p>Currently, most people use a single <code>h1.</code> in the first line of a wiki page for the title. This is even integrated in most themes (like the default on on r.o) such that the contextual stuff is floated right of the assumed short header.</p>
<p>However, this practice is flawed as it prevents a usable inclusion of whole pages and leads to unnecessarily deep nesting of headings (see <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Wiki TOC should display heading from level 4 (Closed)" href="https://www.redmine.org/issues/5494">#5494</a>). Thus, I propose to add a real title field to wiki pages to replace the top most <code>h1.</code>. This could even be coupled with the name of the wiki page to ease usage.</p> Redmine - Feature #6401 (New): Make Wiki Redirects editablehttps://www.redmine.org/issues/64012010-09-15T12:05:30ZTharuka Pathirana
Wiki redirects need to be editable:
<ul>
<li>Unredirect a page (and change back links to that page)</li>
<li>Redirect to an existing page (e.g. for synonyms)</li>
</ul>
<p>Currently, if there is page A and it's renamed to page B with "Redirect existing links" selected, a new page A cannot be created.</p>
<p>I think it would be better if redirects are defined in a page's content (similar to how it works on Wikipedia). That way many different pages can redirect to one target page, and if a redirecting page later needs to hold content, it can be easily edited.</p> Redmine - Patch #6330 (New): Hyperlinks with "%" or "!" at the endhttps://www.redmine.org/issues/63302010-09-08T10:06:27ZAnonymous
<p>I've searched the issues, wiki and forum but couldn't find any help regarding an issue when inserting hyperlinks:</p>
<p>When you insert a link that ends with a symbol, e.g. "!" or "%", then the Wiki interprets this as punctuation rather than as part of the hyperlink. I've tried various ways of encapsulating the link but none seems to work.</p>
<p>Examnple: <a class="external" href="http://es.farnell.com/yageo-phycomp/can4311129200431k/antena-12-x-4-433mhz/dp/1282674?crosssellid=1282674&crosssell=true&in_merch=truex%x">http://es.farnell.com/yageo-phycomp/can4311129200431k/antena-12-x-4-433mhz/dp/1282674?crosssellid=1282674&crosssell=true&in_merch=truex%x</a>%</p>
<p>A simple patch would be nice that allows inserting hyperlinks as they are, e.g. by placing them into inverted commas or placing the full <a href> HTML tag.</p> Redmine - Feature #6188 (New): Ability to link Wiki page specific versionhttps://www.redmine.org/issues/61882010-08-20T20:08:48ZFernando Hartmann
<p>It wold by important to me if where possible to link a specific version of a Wiki page.<br />ie <br /><a class="wiki-page new" href="https://www.redmine.org/projects/redmine/wiki/Page_Name@44">Page Name@44</a></p>
<p>This wold link to <a class="external" href="http://redmine..../Page_Name?version=44">http://redmine..../Page_Name?version=44</a></p>
<p>This can be very useful if you need to "connect" two interdependent documents, and if one of them is changed the other remains linked to "correct" version.</p> Redmine - Feature #5029 (New): Add discussion thread for each wiki pagehttps://www.redmine.org/issues/50292010-03-10T08:57:46ZOshyan Greene
<p>It would be very useful to have a discussion area attached to each wiki page, similar to MediaWiki. Ideally this would be organized in the UI similar to MediaWiki, with a simple tab for "discussion" or similar. This allows easy, intuitive, and quick navigation and use.</p>
<p>The feature could be implemented either as specific forum-like discussion areas attached to each page, or as normal forum threads simply linked to a page and displayed in the "discussion" tab, that are created as soon as someone uses the Discussion function on a page (they would only be created upon first use so as to avoid cluttering the forum with threads). Perhaps controlling which category the threads appeared in would be useful, although simply putting them in a "wiki" category would be fine. It may also be interesting/useful to allow <strong>multiple</strong> forum threads to be associated with a wiki page, though the actual use cases for this may be few.</p>
<p>I leave it to the devs to say which is the best approach. I think the fact that this function is available in most othrr wikis speaks well for its value, so I hope it will be adopted. Granted that most other wikis do not have other forum functions to be used instead as Redmine does, but I think the tight linking and ease of use of this type of solution is key to its importance.</p> Redmine - Feature #4987 (New): Convert internal URLs to canonic wiki linkshttps://www.redmine.org/issues/49872010-03-04T22:15:31ZMartin Cizek
<p>Users tend to use absolute HTTP URLs when linking internal redmine resources (issues, documents, wiki pages) and it's almost impossible to learn them the correct usage.</p>
<p>It would be nice if URLs referring to internal resources were automatically converted to the canonic wiki form. It should be done when a wiki text is submitted and it might be configurable.</p>
<p>Example: When I type <a class="external" href="http://www.redmine.org/issues/3982">http://www.redmine.org/issues/3982</a>, the link will be saved as <a class="issue tracker-2 status-1 priority-4 priority-default" title="Feature: Wiki links should be connverted to URLs in plain text emails (New)" href="https://www.redmine.org/issues/3982">#3982</a>.</p> Redmine - Feature #4717 (New): Make wiki tab link use the actual link that contains the page name.https://www.redmine.org/issues/47172010-02-02T14:21:02Zkju kju
<p><strong>Observed</strong>: <br />Direct link: <a class="external" href="http://www.redmine.org/projects/redmine/wiki">http://www.redmine.org/projects/redmine/wiki</a></p>
<p><strong>Desired</strong>:<br />Actual link with <strong>page name</strong>: <a class="external" href="http://www.redmine.org/wiki/redmine/Overview">http://www.redmine.org/wiki/redmine/Overview</a></p>
<p>The reasoning is that the page name gives the user already an idea<br />about the content of the page.<br />So if you post the link that contains the page name, it is more useful.</p>
<p>To have this way always used, makes it standardized and easier to fetch<br />the more useful link.</p>
<p>Thanks for your consideration.</p> Redmine - Feature #4301 (New): position Wiki Toc in sidebarhttps://www.redmine.org/issues/43012009-11-27T18:03:23ZLeo West
<p>It would be nice to add an option on the TOC directive that would place the table of content onto the right sidebar.<br />Another option would be to use a CSS's fixed positioning.</p>
<p>When the page summary grows, the wiki page gets bloated by the summary.</p> Redmine - Feature #3879 (New): "What Links Here" in right hand columnhttps://www.redmine.org/issues/38792009-09-16T15:47:01ZBen Oakes
<p>Similar to <a href="http://en.wikipedia.org/wiki/Special:WhatLinksHere/Redmine" class="external">Wikipedia</a>, it'd be nice to have a list of all the wiki pages that link to the wiki page currently being viewed. For example, it could look like the following:</p>
<blockquote>
<a name="Wiki"></a>
<h3 >Wiki<a href="#Wiki" class="wiki-anchor">¶</a></h3>
<ul>
<li>Start page</li>
<li>Index by title</li>
<li>Index by date</li>
</ul>
<a name="What-Links-Here"></a>
<h3 >What Links Here<a href="#What-Links-Here" class="wiki-anchor">¶</a></h3>
<ul>
<li>Wiki Page 1</li>
<li>Wiki Page 2</li>
<li>...</li>
<li>Wiki Page N</li>
</ul>
</blockquote>
<p>Without this, it's hard to tell where to go for related information.</p> Redmine - Feature #3765 (New): Creating article in Wikihttps://www.redmine.org/issues/37652009-08-20T15:03:29ZIlya Nicolaev
<p>Bonus points would be added to the Wiki can search by name of article to create the article, if it could not be found</p> Redmine - Feature #3684 (New): Cucumber features in wikihttps://www.redmine.org/issues/36842009-07-28T12:03:55ZPhilippe Lafoucrière
<p>Hi,</p>
<p>I fell in love with cucumber recently. I'd like to add a page in the wiki with all the features in the repo.<br />The only way I've found is to put a link like</p>
<pre>
source:features/
</pre>
<p>It would be very handy to list all files in /features with ".feature" extension, and generate automatically a link. That would help a lot of projects showing their features in an automated way.</p>
<p>This feature would also support branches, in order to distinct stable features from bleeding edge ones.</p>
<p>Thanks.<br />Philippe</p> Redmine - Feature #3272 (New): Ability to import wiki image from other wiki pagehttps://www.redmine.org/issues/32722009-04-30T09:37:48ZYoann V
<p>It would be very nice to have the ability to include wiki image located in other wiki page:</p>
<pre>
MyWikiPage:myimage.png
</pre> Redmine - Feature #3228 (New): Attatched wiki images are not included in export to HTMLhttps://www.redmine.org/issues/32282009-04-23T14:16:14ZTim Sjöstrand
<p>When using the HTML export feature on wiki pages, images that have been attached to that specific page are not included (rather, they are referenced in the <em>src</em> attribute as if they are locally present).</p>
<p>I understand the technical limitation behind this, due to that the export feature generates a single static HTML page (only).</p>
<p>Generating an archive (tar-gz/zip etc.) bundled with attached images + the HTML file would perhaps be a more robust solution. When exporting wiki pages as part of documentation, it is often desirable to include images to further clarify instructions. Or at least reference images by their external Internet address so that an external script could fetch the images directly.</p>
<p>Further, scripting to other formats (using the HTML content) like PDF, Latex, etc. is made considerately more difficult when the exact filename is not known.</p> Redmine - Feature #3074 (New): Indention in Wiki of headings and corresponding content based on h...https://www.redmine.org/issues/30742009-03-30T13:55:24ZMischa The Evil
<p>It seems to me that such a feature would improve the readability in the Wiki-module.</p>
<p>What do I mean with this exactly? This:</p>
<ul>
<li>Current wiki <pre>
Heading 1
----------------
Text, text, text, text, text, text.
Heading 1.2
----------------
Text, text, text, text, text, text.
Heading 1.2.1
----------------
Text, text, text, text, text, text.</pre></li>
<li>Preferred wiki <pre>
Heading 1
----------------
Text, text, text, text, text, text.
Heading 1.2
----------------
Text, text, text, text, text, text.
Heading 1.2.1
----------------
Text, text, text, text, text, text.</pre></li>
</ul>
<p>A solution for this could be changing the following snippet of code (lines 3 upto 7 of <a class="source" href="https://www.redmine.org/projects/redmine/repository/svn/entry/trunk/public/stylesheets/application.css#L3">source:/trunk/public/stylesheets/application.css#L3</a>) from:<pre>h1, h2, h3, h4 { font-family: "Trebuchet MS", Verdana, sans-serif;}
h1 {margin:0; padding:0; font-size: 24px;}
h2, .wiki h1 {font-size: 20px;padding: 2px 10px 1px 0px;margin: 0 0 10px 0; border-bottom: 1px solid #bbbbbb; color: #444;}
h3, .wiki h2 {font-size: 16px;padding: 2px 10px 1px 0px;margin: 0 0 10px 0; border-bottom: 1px solid #bbbbbb; color: #444;}
h4, .wiki h3 {font-size: 13px;padding: 2px 10px 1px 0px;margin-bottom: 5px; border-bottom: 1px dotted #bbbbbb; color: #444;}</pre> to <pre>h1, h2, h3, h4 { font-family: "Trebuchet MS", Verdana, sans-serif;}
h1 {margin:0; padding:0; font-size: 24px;}
h2, .wiki h1 {font-size: 20px;padding: 2px 10px 1px 0px;margin: 0 0 10px 0; border-bottom: 1px solid #bbbbbb; color: #444;}
h3, .wiki h2 {font-size: 16px;padding: 2px 10px 1px 0px;margin: 0 0 10px 15px; border-bottom: 1px solid #bbbbbb; color: #444;}
h4, .wiki h3 {font-size: 13px;padding: 2px 10px 1px 0px;margin: 0 0 5px 30px; border-bottom: 1px dotted #bbbbbb; color: #444;}
.wiki h4 {margin-left: 45px; border-bottom: 1px dotted #bbbbbb; color: #444;}
.wiki h5 {margin-left: 60px; border-bottom: 1px dotted #bbbbbb; color: #444;}
.wiki h6 {margin-left: 75px; border-bottom: 1px dotted #bbbbbb; color: #444;}
.wiki h2 + p {margin-left: 15px;}
.wiki h3 + p {margin-left: 30px;}
.wiki h4 + p {margin-left: 45px;}
.wiki h5 + p {margin-left: 60px;}
.wiki h6 + p {margin-left: 75px;}</pre></p>
<p>Though, this change also modifies some other un-desired parts of the UI due to some unwanted triggers on these selectors. This should be definately tweaked to get ready for implementation (I just post what I've got so far to prevent it from being erased in my head :).</p> Redmine - Feature #2953 (New): application launch URLs not rendered as linkhttps://www.redmine.org/issues/29532009-03-11T17:13:43ZRichard Pecl
<p>There are URLs that launch 3rd party application when clicked on in the browser.<br />Redmine's wiki doesn't convert them into clickable link.</p>
<p>Example:<br /><pre>
ea:1|50194|1|1607 3
</pre><br />converted to <br /><pre>
<a href="ea:1|50194|1|1607%203">Document X</a>
</pre><br />launches application called EasyArchive and shows document identified by the numbers following <code>ea:</code>.</p>
<p>Maybe feature <a class="issue tracker-2 status-1 priority-4 priority-default" title="Feature: Customizable "protocols" to generate external links (New)" href="https://www.redmine.org/issues/2084">#2084</a> can fix this problem, since there is no simple conclusion how such links in general can be distinguished from regular text.</p> Redmine - Feature #2947 (New): Add a wrapping-setting button to edit-windowshttps://www.redmine.org/issues/29472009-03-10T23:42:45ZMischa The Evil
<p>Sometimes when working on large(r) wiki-pages (especially when using large tables) it could be very helpfull if there was a button available (e.g. on the bottom of the edit-window) to switch the wrapping inside the edit-window from on (default) to off (which is currently not possible).</p>
<p>This could be seen <a href="http://www.dokuwiki.org/edit_window#controls" class="external">implemented in a way</a> by <a href="http://www.dokuwiki.org" class="external">DokuWiki</a> for example...</p> Redmine - Feature #2876 (New): A simple plan for wiki concurrent editionhttps://www.redmine.org/issues/28762009-03-02T09:43:43ZPaul Rivier
Wiki concurrent edition does not happen very often, but when it does, user can loose its work easily. Current feature is to prevent saving when page has been touched in the meantime. What I propose is to merge changes the way diff3 works and if needed, leave conflict markers in the document and warn the users that a conflicting merge has been done. This has the benefit of:
<ul>
<li>saving the user work when (s)he press the save button in any case ;</li>
<li>merge non conflicting cases automatically ;</li>
<li>allow an other user (more experienced) to manually handle conflicting regions later.</li>
</ul>
<p>What do you think ?</p> Redmine - Feature #2636 (New): Feature Request: Wiki ACLs (Access control for individual pages)https://www.redmine.org/issues/26362009-01-31T20:57:16ZJim Jones
<p>It would be nice if redmine would support ACLs (access control) for individual wiki pages or groups of wiki pages.</p>
<p>Our use-case:<br />We'd like to give out wiki access to sub-contractors, but only to the parts of the wiki that are their business.<br />In our case that means a given sub-contractor should see:</p>
<ul>
<li>The wiki pages relevant to his project</li>
<li>Parts of the global wiki documentation that we deem non-confidential</li>
</ul>
<p>That sub-contractor should generally not be able to see anything else. In particular not pages that are meant for other sub-contractors and internal documents that we just don't want them to see.</p>
<p>To achieve this goal we have experimented with creating sub-projects for individual sub-contractors but this approach is very cumbersome and error-prone. For example we are forced to copy individual pages from our global documentation to the sub-project wikis to make them available to the contractor - that duplication doesn't scale and is unmaintainable.</p>
<p>To better handle such situations I propose the following implementation (or similar):</p>
<ul>
<li>Provide a way to tag wiki-pages with ACL-Tokens. This could be achieved with inline code, e.g. a magic line like "#ACL read,write ContractorRole" somewhere in the page source would grant read/write access to that role. Or redmine could provide nice GUI elements to achieve the same task.</li>
<li>Provide a per-project toggle to set the wiki pages to "Allow-default" or "Deny-default".</li>
<li>Provide a per-project list of default access patterns. For example in a given project we may like to set all pages whose names start with "Internal" to be set to "Deny-Default" and "read/write for RoleDevTeam". Such a patterns list would make it easy and straightforward to divide a wiki into any number of access-zones.</li>
</ul>
<p>Well, that would be my ideas, I'm sure they can be improved - please discuss.</p> Redmine - Feature #2355 (New): add a link to diff page to wiki item in activity pagehttps://www.redmine.org/issues/23552008-12-18T11:48:38ZJérôme Bousquié
<p>Hello,</p>
<p>Would it be possible please to add a link on every wiki item displayed on the activity page to related diff version page ?<br />ex : on Project activity</p>
<p>Wiki edit: Index (<a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Defect: Notification are enabled but not sent (Closed)" href="https://www.redmine.org/issues/37">#37</a>) (diff) and diff links to Index/diff?version=37&version_from=36&commit=Voir+les+différences</p>
<p>So that, differences may be visible at a glance by users.</p>
<p>Thank you</p> Redmine - Feature #2219 (New): Export to LaTeX using Redcloth 4https://www.redmine.org/issues/22192008-11-20T22:21:03ZGaël Marziou
<p>Hello,</p>
<p>My team is using LaTeX for documents, it would be great if we could collaborate to create documents using the wiki and then export to LaTeX for including in other documents.</p>
<p>I found that RedCloth 4 is able to export to LaTeX but at I read in <a class="issue tracker-1 status-5 priority-5 priority-high2 closed" title="Defect: Redmine not compatible with RedCloth >= 3.301 (Closed)" href="https://www.redmine.org/issues/1754">#1754</a> that Redmine could not easily upgrade to RedCloth 4.</p>
<p>So, I'm just reporting that it could bring a feature that could be useful to some of us.</p>
<p>Thanks,</p>
<p>Gael</p> Redmine - Feature #2084 (New): Customizable "protocols" to generate external linkshttps://www.redmine.org/issues/20842008-10-24T09:56:58ZErwan Ducroquet
<p>Allows to define "prototypes" along with an URL prefix, so it will be easy in markup to reference external resource without needing a copy/paste of a full URL</p>
<p>Example with proto='mywiki' ; URL prefix=''http://wiki.company.com/display/space/' :<br /><pre>
markup : "Check This":mywiki:somewikipage
formatted into : <a href='http://wiki.company.com/display/space/somewikipage'>Check This</a>
</pre></p>
<p>Other examples :<br /><pre>
"Great language":wp:Ruby_(Programing_Language)
<a href='http://en.wikipedia.org/wiki/Ruby_(Programing_Language)'>Great language</a>
:wp:Redmine
<a href='http://en.wikipedia.org/wiki/Redmine'>Redmine</a>
</pre></p>
<p><em>note</em>: also same feature asked for CustomFields</p> Redmine - Feature #1994 (New): LaTEX support in Wiki, Forums and Issueshttps://www.redmine.org/issues/19942008-10-06T20:13:49ZMurat Ozkan
<p>Latex support could be included especially in Wiki pages, so that Latex expressions could be displayed as images in Wiki. Specifically, I want to use Redmine Wiki as means of documentation tool for mathematical methods that are used within a multi-precision library. I could not find a way to display equations in Wiki (Textile does not support mathematical expressions as far as I know)</p> Redmine - Patch #1857 (New): Make {{toc}} render as properly nested list + skip supporthttps://www.redmine.org/issues/18572008-09-04T14:34:40ZJim Jones
<p>The attached patch changes the {{toc}}-macro to render as a properly nested HTML unordered list.<br />Furthermore it adds a parameter to skip the first n headlines, because at least the first one is usually not interesting:</p>
<p>Example:
{{toc:1}} skips the first headline.
{{toc:3}} skips the first three headlines.</p>
<p>The patch also removes the (now superflous) css indentation rules for the <li> elements.</p> Redmine - Feature #1856 (New): Link syntax is inconsistenthttps://www.redmine.org/issues/18562008-09-04T12:40:17ZJim Jones
<p>A wiki link goes like this:</p>
<pre>
![[TargetPage|Label]]
</pre>
<p>An external link goes like this:</p>
<pre>
!"Label":http://www.example.com
</pre>
<p>Having two different syntaxes is bad. Having the ordering reversed in one of them is worse.</p>
<p>I propose the following fix:</p>
<ul>
<li>Make the <strong>[[]]</strong>-syntax support external links, so we can write:<br /> [[<a class="external" href="http://foobar.com|Label">http://foobar.com|Label</a>]] (note: i found no way to protect the link from parsing)</li>
</ul>
<p>This would be backwards compatible (the old syntax doesn't need to change or go away).</p> Redmine - Feature #1722 (New): Allow linking between release and docshttps://www.redmine.org/issues/17222008-07-31T12:38:44ZDiego Plentz
<p>Create a way to do something like "tags" for the wiki (and link a repository tag with wiki). It will be useful to link a specific release with the wikidocs. For example, if your wiki has a doc of an integration module (done using a csv file), and it contains the file layout explanation, its something that is relevant to link "the layout file of this release of my integration software is explained by <strong>this</strong> version of the wikidocs". Its useful to avoid people that actually use a .doc file because isn't possible to do it in wiki.</p> Redmine - Feature #1548 (New): bookmarks of wiki pageshttps://www.redmine.org/issues/15482008-06-30T08:36:12Zclawfrown clawfrown
<p>It might be very convenient to have kind of bookmarks on wiki pages.<br />I suppose it's possible to make them through Watch/Unwatch functionality. <br />The same button over the wiki page as it is over any ticket.<br />All the watched bookmarks of a user can be listed in sidebar and be visible only for current user.</p>
<p>p.s.<br />I can try to make a patch if somebody could have said me where this Watch functionality is located in all of redmine files..</p> Redmine - Feature #1533 (New): Link to included page in wikihttps://www.redmine.org/issues/15332008-06-26T11:51:57ZJone Marius Vignes
<p>When using the include macro in the wiki it would be nice to have a link back to the originating page. This way you could go directly to the included page for editing instead of going into edit mode before realizing that the page/section is included from somewhere else.</p> Redmine - Feature #1440 (New): Questions/clarificationshttps://www.redmine.org/issues/14402008-06-13T10:30:14ZJone Marius Vignes
<p>When editing the wiki, one often comes across things that either need further clarification or questions that need to be answered to make sure the information is correct. To make sure you don't have to interrupt your workflow, it would be interesting to have the ability to tag questions/clarifications in the wiki (or any other place in redmine containing wiki-input) and have them listed somewhere centrally. For instance, in the wikipage object_references (using ?+[question]+? as markup):<br /><pre>
?+object needs reference to other_object+?
</pre></p>
Would be listed as
<ul>
<li>object_references: object needs reference to other_object</li>
</ul>
<p>This would make it possible to enter questions as you were are writing and finding them easily later on.</p> Redmine - Feature #1439 (New): Interlinking between wiki and issueshttps://www.redmine.org/issues/14392008-06-13T10:19:23ZJone Marius Vignes
<p>It would be nice if, when referencing to a certain issue in the wiki, the issue would have a link to the wiki-page in question.</p> Redmine - Feature #1330 (New): Copy a Wiki Pagehttps://www.redmine.org/issues/13302008-05-30T12:06:44ZCurtis Stewart
<p>We are trying to document our software project requirements and test cases in the project wiki. The simple reason is to allow multiple people to create and fix the items as we go along. To help, I have built some templates that can be used to make sure that we capture the data in a consistent format. We then just create issues to test the cases referencing the wiki pages. Works slick.</p>
<p>Since I have the formats, the only way I see that I can copy it to a new page is to cut and paste it into the new page. I would be simpler if I had an "include", "copy from" or some similar function.</p>
<p>I am aware that has changes occur to the format the old pages will not reflect the changes, but then neither do the paper versions I am doing currently.</p> Redmine - Feature #1325 (New): Allow cross page links to reference attachments.https://www.redmine.org/issues/13252008-05-29T17:30:54ZJames Byrne
<p>Providing this type of wiki page construct would be most valuable where a Redmine site is replicated on multiple servers, as in a hot backup situation. ([ [ = [[ to avoid excessive automatic formatting)</p>
<pre>
[ [ WikiPage:attachment:filename|Optional Link Description ] ]
</pre> Redmine - Feature #1226 (New): query results on wiki pageshttps://www.redmine.org/issues/12262008-05-12T17:12:40Zgabriel scolan
<p>Testing in parallel trac, I noted an interesting feature of trac being the possibility from the wiki pages to define macros displaying the results of specific sql query. Would it be possible to have such a feature, since it allows to present the content of the issues tracker with text around, which can be useful to edit reports to high management.</p> Redmine - Feature #1219 (New): Add an option to make RedCloth not use hard_breakshttps://www.redmine.org/issues/12192008-05-09T18:16:28ZLeandro Lucarella
<p>When using textile, all end of lines are translated as <br />, which is an odd behavior for a wiki. Changing this to make RedCloth use hard_breaks = false could be a little hardcore because a lot people can be relaying on that behavior now. So I think it would be nice if an option is added (like <code>textile_hard_breaks</code>) to the settings to be able to change this behavior.</p>
<p>I tried to make the patch myself but since I'm not familiar with Ruby and RoR, it's a little hard, but I have experience in Python and other web frameworks, so with some pointers maybe I can do the job =)</p> Redmine - Feature #1213 (New): Allow Slashes in wiki URLshttps://www.redmine.org/issues/12132008-05-08T15:01:04ZJason Trahan
<p>Currently Trac allows you to use slashes to notate a hierarchy for the wiki pages. It would be nice is RedMine would also support the same concept.</p>
<p>Example.<br />SomePage/SomeSubPage1<br />SomePage/SubPage2/SubSubPage1<br />SomePage/SomeSubPage3</p>
<p>Trac also allows for directory style links. Examples <a class="wiki-page new" href="https://www.redmine.org/projects/redmine/wiki/">../</a> Will bring you up a level <a class="wiki-page new" href="https://www.redmine.org/projects/redmine/wiki/SubPage2">./SubPage2</a> is a shorthand for the subpage so you don't have to link to <a class="wiki-page new" href="https://www.redmine.org/projects/redmine/wiki/SomePageSubPage2">SomePage/SubPage2</a> for example.</p> Redmine - Feature #1106 (New): Embedded repository images in the wikihttps://www.redmine.org/issues/11062008-04-25T15:50:42ZLeandro Lucarella
<p>It would be very useful if one can embed an image stored in the repository in the wiki, something like:</p>
<p>(!)source(:)path/to/image.png(!)</p>
<p>Ignore the '(' and ')' chars, they are just to avoid wiki processing.</p> Redmine - Feature #1087 (New): Commenting system on wikihttps://www.redmine.org/issues/10872008-04-22T03:58:04ZCory Nelson
<p>If you remember the GPL v3 drafts you know what I want. Basically, to be able to attach notes to any text in a wiki, and be able to have small discussions about it right there.</p> Redmine - Feature #806 (New): Have wiki links display linked page titlehttps://www.redmine.org/issues/8062008-03-07T11:12:33ZAle Muñoz
<p>It would be über-cool to have wiki links (i.e: <a class="wiki-page new" href="https://www.redmine.org/projects/redmine/wiki/Linked_page">linked_page</a> automatically display the linked page's title.</p>
<p>DokuWiki has a similar feature.</p> Redmine - Feature #550 (Reopened): Function to export whole wikihttps://www.redmine.org/issues/5502008-01-12T06:03:00ZWalid Moghrabi
<p>Hi,</p>
<p>Exporting wiki pages (html ou pdf format) is great but a greater function would be to be able to export a whole wiki<br />(in html with links or even pdf with summary) or part of the wiki in one step.</p>
<p>For example, I find the wiki usefull for documentation purpose and I'd love to be able to generate a whole documentation<br />for offline reading in one step from my wiki.</p>
<p>Thanks.</p> Redmine - Feature #547 (New): Access to non existing pages directly for the wikihttps://www.redmine.org/issues/5472008-01-11T06:39:00ZWalid Moghrabi
<p>The wiki is extremely practical for documentation creation but there's no way to see all the non existing pages that<br />needs to be created (the link to them exists but not the pages) so you have to remember evry page you have to create<br />or you have to go through every page to check which page is missing ... not very practical.</p>