#181: It would be good to have a "diff" view in the preview, like Wikimedia has.
------------------------+---------------------------------------------------
Reporter: Kake | Owner: dom
Type: defect | Status: new
Priority: normal | Milestone:
Component: openguides | Version: svn
Severity: normal | Keywords:
------------------------+---------------------------------------------------
When you edit a page on something running the Wikimedia software, you have
the choice of committing your edits, previewing how the page will look
once your edits have gone in, and viewing the differences between the
current version of the page and your proposed edits. OpenGuides can do
the first two, but it would be very nice if it could do the third as well.
--
Ticket URL: <http://dev.openguides.org/ticket/181>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#169: Printer friendly option
-------------------------+--------------------------------------------------
Reporter: ivorw | Owner: dom
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: openguides | Version: svn
Severity: normal | Keywords:
-------------------------+--------------------------------------------------
It would be nice to have an option for viewing OpenGuides pages without
the navbar, search box, etc. suitable for printing out and giving to
people. Other sites have this.
I suggest index.cgi?id=page_name;format=print
--
Ticket URL: <http://dev.openguides.org/ticket/169>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#201: There should be an admin option to make preview above edit form default to
"on".
-------------------------+--------------------------------------------------
Reporter: Kake | Owner: Kake
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: openguides | Version: svn
Severity: normal | Keywords:
-------------------------+--------------------------------------------------
At the moment, the preview appears below the edit form by default.
Although this can be swapped over in the user preferences, it can be
confusing to new users who haven't discovered the preferences yet. We
should add an admin config option so admins can choose to have their guide
default to "preview above edit form" unless a user chooses otherwise.
(Although this rearrangement could be accomplished in CSS, with suitable
rearrangement of the edit form to use <div>s instead of tables, I think
it's better to do it with conditional logic in the code/templates, since
that lets us integrate it with the user preference.)
--
Ticket URL: <http://dev.openguides.org/ticket/201>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#202: Edit form should have an internal anchor link to let people jump below the
preview to the edit form.
-------------------------+--------------------------------------------------
Reporter: Kake | Owner: Kake
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: openguides | Version: svn
Severity: normal | Keywords:
-------------------------+--------------------------------------------------
In cases where the preview is displayed above the edit form, there should
be a link at the top to let people jump down the page to the edit form.
If an admin doesn't want it, they can turn it off with CSS.
--
Ticket URL: <http://dev.openguides.org/ticket/202>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#183: map index should be more intelligent
------------------------+---------------------------------------------------
Reporter: bob | Owner: dom
Type: defect | Status: new
Priority: normal | Milestone:
Component: openguides | Version: svn
Severity: normal | Keywords:
------------------------+---------------------------------------------------
the map index should make more intelligent decisions about its centre and
zoom level
--
Ticket URL: <http://dev.openguides.org/ticket/183>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#196: Need "revert all changes by x" tool and "revert guide to state at yyyy-mm-
dd hh:mm" tool
------------------------+---------------------------------------------------
Reporter: nick | Owner: dom
Type: defect | Status: new
Priority: high | Milestone:
Component: openguides | Version: svn
Severity: major | Keywords: spam commandline
------------------------+---------------------------------------------------
To deal with spam attacks, we need the following two tools:
* revert all changes by username (be that a name or a ip)
* revert all changes since a certain date
For the former, grab node id and version, delete those from content and
metadata, roll node back one version, then copy content over.
For latter, grab last node id and version before date, delete all versions
after on metadata and content, roll node back to last version before data,
then copy content over.
--
Ticket URL: <http://dev.openguides.org/ticket/196>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#195: Further discussion of location of common category/locale stuff
------------------------+---------------------------------------------------
Reporter: dom | Owner: dom
Type: task | Status: new
Priority: normal | Milestone:
Component: openguides | Version: svn
Severity: normal | Keywords:
------------------------+---------------------------------------------------
Kake things the common cat/locales should be in the navbar; this possibly
conflicts with design work done by Torchbox. We should try and discuss the
best way to go forward in conjunction with finding out if we are likely to
get anything usable out of Torchbox.
--
Ticket URL: <http://dev.openguides.org/ticket/195>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#185: admin audit trail
-------------------------+--------------------------------------------------
Reporter: bob | Owner: dom
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: openguides | Version: svn
Severity: normal | Keywords:
-------------------------+--------------------------------------------------
currently admins can do stuff with no audit trail or accountability.
admin rights should be based on user credentials not just a password.
admin actions should log somewhere.
--
Ticket URL: <http://dev.openguides.org/ticket/185>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#204: Nodes can be created with no content.
------------------------+---------------------------------------------------
Reporter: Kake | Owner: dom
Type: defect | Status: new
Priority: normal | Milestone:
Component: openguides | Version: svn
Severity: normal | Keywords:
------------------------+---------------------------------------------------
If you create a new page, and don't give it any content, then OpenGuides
gets very confused about whether it exists or not.
To recreate: click "Create New Page", add some data other than content,
save the page, and you'll be bounced to a "we don't currently have a page
called X"
--
Ticket URL: <http://dev.openguides.org/ticket/204>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#193: erroneous data on node doesnt exist page
------------------------+---------------------------------------------------
Reporter: bob | Owner: kake
Type: defect | Status: new
Priority: normal | Milestone:
Component: openguides | Version: svn
Severity: normal | Keywords:
------------------------+---------------------------------------------------
if you go to a non existent node you see revision and last edited data .
you probably shouldnt
--
Ticket URL: <http://dev.openguides.org/ticket/193>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project