|
1959 | User Interface | Feature Request | Low | Add vote from tasklist | Planned | |
| 1.1 devel | | 09.03.2015 | 09.03.2015 |
Task Description
Well, title is self explanatory, but adding a vote button in the overview in task list whould be nice. And that backedup with an option to enable it or not in the admin panel
Idea by Wertandrew
|
|
1961 | User Interface | Feature Request | Low | show new notifications in flyspray | New | |
| | | 11.03.2015 | 11.03.2015 |
Task Description
similiar to facebook.com or github.com show new unread notifications on the topbar.
|
|
1966 | User Interface | Feature Request | Low | My votes on myprofile | New | |
| 1.1 devel | | 11.03.2015 | 03.11.2015 |
Task Description
We keep the votes, because a task can be reopened everytime and then the old voters and votes should be visible again. In this case the amount of votes on active task could be a bit greater than allowed, but thats no real problem. The calculation of done votes and available votes based only on open task and project voting limit.
For example on uservoice.com you have 10 voting points. So you as user has to decide where your priorities are to put your votes.
So all users have more or less the same power to vote for tasks.
|
|
1967 | User Interface | Bug Report | Low | Keep browser scroll position when sorting task list | New | |
| 1.1 devel | | 12.03.2015 | 19.09.2015 |
Task Description
When I scroll down the page to see more of the task list and then click on one of the column headings to sot by this heading, the answer page doesn't scroll down to the table.
I think there are 2 technical solutions for that:
1. set an name/id a-anchor on top of the table and on each column heading link add for example '#tasklist'.
2. add a js-sorter with complete extra search and sort ajax-backend with e.g. libs from http://datatables.net/ This requires aleso writing a server side handler for taking the ajax requests (respecting user permissions!) and is only usable if js in enabled in browser. So this second solution can only be a luxury comfort function.
|
|
1968 | User Interface | Feature Request | Low | Replace Expand all / Collapse all on Roadmap page by pu... | Planned | |
| 1.1 devel | | 12.03.2015 | 16.03.2015 |
Task Description
and simplify interface:
If the tasks are collapsed, show only the expand all link/button
If ths tasks are expanded, show only the collapse all link/button
|
|
1969 | User Interface | Feature Request | Low | search form with Advanced search toggle layout | New | |
| 1.1 devel | | 12.03.2015 | 19.09.2015 |
Task Description
I think the button advanced search button should not be placed right beside seach input field as full button.
Maybe a small down arrow under the simple search form with a horizontal line and a title tag as tooltip.
Any comments?
|
|
1970 | User Interface | Feature Request | Low | Icons for predefined task types | New | |
| 1.1 devel | | 12.03.2015 | 30.10.2015 |
Task Description
for toplevel, roadmap and task list view.
For roadmap: replace the current ‘-’ between the task id and task summary with icons.
For toplevel: most wanted tasks and assigned to myself
<style>
ul.tasks li {clear:left;}
li.tid:before{
content: "\code";
font-family: FontAwesome;
float:left;
margin-left:-12px;
}
</style>
On task list the column text can be replaced by icons, moving the text to title attribute.
Maybe use css :content-before or :content-after for that.
I suggest following font-icons from fontawesome are the easiest way to implement:
Bug Report use fa-bug , red color
Feature Request use fa-star , yellow
TODO a bold T, blue ( or blue fa-check?, but check mark maybe too ambiguous)
Gain: you faster see what types of task are on roadmap milestones and task list exists.
|
|
1972 | User Interface | Feature Request | Low | Advanced search form - ideas for faster/better usabilit... | New | |
| 1.1 devel | | 12.03.2015 | 18.03.2019 |
Task Description
This task can maybe splitted into separate sub tasks.
Task properties
Current situation
Ideas
Multi select option styling
Some (not all, intentional!) browsers support CSS styling of option tags. For these who support it I think option styling is a good usability enhancement:
severity: We use background colors for styling in task list, so we should use the same colors for the select.
priority: maybe, but must be good distinguishable from severity styling. maybe not background, but maybe icons,borders,lines?
task type: This styling would be related to an other task, where I suggest icons/font icons for bugs, feature requests and TODO (see also themes/CleanFS/custom_example.css)
progress: maybe use the green %-bars as background styling
status: If for some status types very intuitive icons exists, they could be used for the options too.
due version: no idea yet, no option styling
reported version: no idea yet, no option styling
Update: CSS of option tags working in multi selects:
Firefox 64: yes
Safari 12: no
Google Chrome 71: no
So only Firefox. The intended styling could be also achieved by Javascript that renders alternative select boxes based on reading the original select boxes and their option attributes and show the user CSS styled div-tag or li-tag based constructs which do not have such restrictions.
Custom fields
challenge/doom level - doom faces: from easy/normal to bloody/angry face
os: logos like tux for linux, devil for bsd, window for ms, apple icon, osX icon, android, apple, iphone/smartphone icon, ipad/tablet icon, ..
But Consider: Different project may need different custom fields. Your gardening project may need no OS version selector.
Make some intelligent positioning and sizing dependent on the count of options of the selects.
|
|
1978 | User Interface | Bug Report | Low | Compensate degraded usability due added token system an... | Confirmed | |
| 1.0 | | 16.03.2015 | 12.10.2015 |
Task Description
Due to the needed implementation of an anti csrf system into Flyspray 1.0, this are a side effect issues we need to address:
Due the required replacement of action links to form buttons:
Javascriptless CSS3-toggles:
Some clickable labels don’t show pointer icon when :hover. CSS issue, easy fix.
|
|
1980 | User Interface | Feature Request | Medium | Tasklist - PDF Export | Maybe | |
| 2.0 | | 19.03.2015 | 26.05.2016 |
Task Description
Hello,
First of all, thanks for this great tool. Can you please add also PDF export for Tasklist?
Thank You.
|
|
1990 | User Interface | Feature Request | Low | Roadmap view should also show due dates and sort each v... | Confirmed | |
| 1.1 devel | | 17.04.2015 | 24.04.2015 |
Task Description
Title says all. Small usability fix that will be big
|
|
1991 | User Interface | Feature Request | Medium | Abillity to drill into progress graph from toplevel vie... | New | |
| | | 17.04.2015 | 24.04.2015 |
Task Description
From the overview view for a project the progress charts should be large and show dates so can have a better sense for absolute progress and then when click it should see it full size going back to start of project and showing dates.
|
|
2000 | User Interface | Feature Request | Low | Responsible persons column view | New | |
| 1.1 devel | | 22.06.2015 | 09.09.2015 |
Task Description
In the task list the responsible persons are shown as "first person name, +n" where n are the count of further responsible persons.
I think this can be done a bit better.
Ideas:
show as it is now, but on css :hover show all persons
use initials like "CR FS JM" for Cristian R., Florian S., Jordan M. and on css :hover show a list with the full names, this can make the column width a bit smaller.
-
|
|
2002 | User Interface | Feature Request | Low | show user role on autocomplete for verification | New | |
| | | 22.06.2015 | 17.10.2019 |
Task Description
When adding peoples with the autocompleter the name itself is not always enough, especially with a growing number of registered users.
We now have the avatar icon as helper, but for quick verification it would be easier to see also the role of the user in the current project to identify the right user account.
( The red rectangle at peterdd autocomplete row is from a broken avatar upload, ignore it for this task, see FS#1979 instead .. )
|
|
2004 | User Interface | Bug Report | Low | php notice on unset params on reports page | New | |
| 1.1 devel | | 18.07.2015 | 19.09.2015 |
Task Description
If on the reports page some get params aren't set, there are notice warnings on the report result page
like
index.php?do=reports&events[]=30
without start date,end date,result size
But it can be useful to have a bit shorter urls for sharing between authorized users instead the full params url.
Result page should use user default and project default settings fallbacks for the unset get params.
|
|
2008 | User Interface | TODO | Low | difference between related tasks and related links | New | |
| | | 18.07.2015 | 18.07.2015 |
Task Description
It should be made clear to the user what related links are in the "new task" and "edit task" form and what a user should input in these fields.
|
|
2009 | User Interface | Feature Request | Low | Edit task flow | New | |
| 2.0 | | 18.07.2015 | 07.08.2016 |
Task Description
Currently only a small portion of adjustements on a task is available in the “edit task” view.
To add or modify stuff in the current tab sections (comments, related tasks, notifications, effort tracking,..) a user must go from edit task to view task page.
This not optimal for work flow.
To solve this quite much changes are needed. Because currently they are different http requests each with its own checks and request anwsers.
|
|
2010 | User Interface | Feature Request | Low | effort tracking widget | New | |
| 2.0 | | 18.07.2015 | 18.07.2015 |
Task Description
If effort tracking started by a user on a task, maybe we should add a small widget on the page, so user sees which tasks are currently running as his own time tracking.
|
|
2013 | User Interface | Feature Request | Low | personal task list column selection and positioning | New | |
| 2.0 | | 20.07.2015 | 06.10.2015 |
Task Description
Currently the appearence of the task list table is configured system wide for all project view and project wide for project task list views.
Even more fancy and for power users would be if the user can set his own project column list view preferences for projects.
While the project columns for the task list are configured by "visible_columns" we could use the project wide "visible_fields" as allowed columns the user may configure as his personal preference. If the user doesn't configure his own list, the project default list is used. The user should have the option to reset to project default. (e.g. empty personal "visible_fields" )
In this case the description for setting "visible_fields" on the project management configuration page must be adapted too.
Probably a new table required something like:
CREATE TABLE {user_projects} (
user_id int,
project_id,
columns varchar(255) DEFAULT '',
);
or
CREATE TABLE {user_projects} (
user_id int,
project_id,
columns varchar(32) DEFAULT NULL,
sort int,
);
|
|
2016 | User Interface | TODO | Medium | heading and h1, h2, h3 | New | |
| 1.1 devel | | 23.07.2015 | 23.07.2015 |
Task Description
We should change the document logic a bit here. For public projects search engines like well structured pages more then others. And we get a consistent structure too in future for Flyspray.
This I have in mind
Project area name ("All Projects" or "Project name")
Admin setting / Project setting pages, title of the sub pages
Currently: h3-tag!
My wish: h1 tag
Section names in these pages
Task view page
Task name=summary
Currently: h2 tag
My wish: h1 tag
Task descriptions then can use structuring their task description starting as h2,h3,h4 (done by dokuwiki renderer for example)
Toplevel project overview /dashboard
Currently: h2 for each project name
My wish:
* keep h2 for each project name
* h1 for the page heading (maybe hidden by css)
New Task page
Reports page
Currently: h3 tag
My wish: h1 tag
Roadmap page
Currently: h3 tag for each milestone
My wish:
* h2 tag for each milestone,
* h1 tag for heading (maybe hidden by css)
MyProfile page
Currently: h3 tag for each section
My wish:
* h2 tag for each section
*h1 tag for heading (maybe hidden by css)
(Sure the theme.css must be adapted to this change.)
|
|
2018 | User Interface | Bug Report | Low | review keyboard navigation | Researching | |
| 1.1 devel | | 26.07.2015 | 29.07.2019 |
Task Description
Keyboard navigation is not documented
At least there is no hint in the interface which keyboard shortcuts are available for fast navigation between task list and task details view.
Due to the dropping of the cookie storage for remembering last search or last selected task in favor of not interfering when multiple flyspray browser tabs are open (with e.g. different projects) , the caret list browsing with ‘j’,’k’,’o’ and details view isn’t useful at moment.
keyboard based navigation must be documented somewhere, e.g. by providing hints (clickable icon for info or :hover ) at appropriate positions.
navigation flow and technical realisation reviewed for keyboard power users
Edit: Currently handled by js event handler:
j move cursor down in task list
k move cursor up in task list
o open current selected task in task list
n next task on task details page
p previous task on task details page
grep -r 'accesskey' *
Current accesskeys (browserspecific + key):
a double usage for new task and newmultitask. Must hit [Enter] to open one of them; on newmultitask page it adds a new row.
e edit task on task details page
f copy firstline to the other rows on new multitask page
l show loginbox or logs you off
m toggle mysearchesbox
r reset? when dokuwiki plugin is used
s submit when dokuwiki plugin is used
w watch/unwatch task on task details page
n next task
p previous task
y close task
|
|
2019 | User Interface | Feature Request | Medium | title -tag | Waiting on Customer | |
| 1.1 devel | | 26.07.2015 | 26.07.2015 |
Task Description
I vote for removing $fs->prefs['page_title'] from title-tag.
Comments welcome!
Explanation:
When the user has many open flyspray tabs, he cannot distinguish them at the first look, because the tab header is filled with redundant information of the systemwide 'page_title' name.
But the browsers also show the favicon.ico of the website (BTW: we need a better one, with some color - and the big webapp icons too for iPhone & co..) So the user has indication that the tab is a flyspray tab and the page_title text is redundant and wasted space there.
Also search engines could better represent search results if they group together the results from one website. (google shows most relevant pages together if google is sure the whole website is the best search result for the search query (ranked #1)
flyspray> grep -r 'setTitle' *
includes/class.tpl.php: public function setTitle($title)
index.php:$page->setTitle($fs->prefs['page_title'] . $proj->prefs['project_title']);
scripts/lostpw.php:$page->setTitle($fs->prefs['page_title'] . L('lostpw'));
scripts/newtask.php:$page->setTitle($fs->prefs['page_title'] . $proj->prefs['project_title'] . ': ' . L('newtask'));
scripts/register.php:$page->setTitle($fs->prefs['page_title'] . L('registernewuser'));
scripts/details.php:$page->setTitle(sprintf('FS#%d : %s', $task_details['task_id'], $task_details['item_summary']));
scripts/depends.php:$page->setTitle(sprintf('FS#%d : %s', $id, L('dependencygraph')));
scripts/index.php:$page->setTitle($fs->prefs['page_title'] . $proj->prefs['project_title'] . ': ' . L('tasklist'));
scripts/admin.php: $page->setTitle($fs->prefs['page_title'] . L('admintoolboxlong'));
scripts/gantt.php:$page->setTitle($fs->prefs['page_title'] . $proj->prefs['project_title'] . ': ' . L('gantt'));
scripts/roadmap.php:$page->setTitle($fs->prefs['page_title'] . L('roadmap'));
scripts/pm.php: $page->setTitle($fs->prefs['page_title'] . L('pmtoolbox'));
scripts/reports.php:$page->setTitle($fs->prefs['page_title'] . L('reports'));
scripts/myprofile.php:$page->setTitle($fs->prefs['page_title'] . L('editmydetails'));
scripts/toplevel.php:$page->setTitle($fs->prefs['page_title'] . $proj->prefs['project_title'] . ': ' . L('toplevel'));
scripts/newmultitasks.php:$page->setTitle($fs->prefs['page_title'] . $proj->prefs['project_title'] . ': ' . L('newtask'));
scripts/user.php:$page->setTitle($fs->prefs['page_title'] . L('viewprofile'));
|
|
2025 | User Interface | Feature Request | Low | Adding new tasks is too undiscoverable | Unconfirmed | |
| | | 09.08.2015 | 09.08.2015 |
Task Description
The Flyspray Manual ( http://www.flyspray.org/manual/ ) does not even hint of it, and as long as i am not logged in there's no indication anywhere in the interface that i would eventually get to do it after i manage to log-in.
In fact, i've come here to learn how to use your software, considering the fact that the site where it was deployed did not provide much help. And after i logged in into that site ( http://www.uzbl.org/bugs/ ) i still don't see any "add new task" option. That's IMO a discover-ability fail, and it originates in your own design: disabled features should not be hidden, lest users think you didn't bother to code such features. Also, you say i shouldn't report bugs against versions earlier than 0.9.9.7, but how do i know which version of Flyspray are they using?
|
|
2030 | User Interface | Feature Request | Low | show votes of a user on user page | New | |
| | | 12.08.2015 | 15.01.2017 |
Task Description
On the user page
/index.php?do=user&area=users&id=* or /index.php?do=user&area=users&id=*&project=1 or /index.php?do=user&area=users&id=*&switch=1 (project switch select)
an info could be shown how many votes a user has given.
Maybe show the tasks on mouse hover (:hover) if permission to view them exists.
Needs to be considered:
Show count only for current project or all projects? (project param is optional on user page)
counts of hidden, closed or restricted projects (user permission)
How to handle votes of private tasks?
Show votes of closed tasks too? (votes on closed tasks should don’t count for max votes per project)
When personal “max votes per project” (open tasks) is active, this is of more value.
|
|
2031 | User Interface | TODO | Low | Rendering overdue | Planned | |
| 1.1 devel | | 12.08.2015 | 14.08.2015 |
Task Description
One of my task has 8.9166666666667 days left. This is very very very very accurate !
A rounding would look better !
Running Alpha2 now, Cannot use this on 'reported version' here on this site
Edit: Rounding is adhoc fixed on 2015-06-21 in dev in template file, but code should IMHO be centralized, not template, see comments
|
|
2034 | User Interface | Feature Request | Low | reduced extended search form when applicable | New | |
| | | 17.08.2015 | 17.08.2015 | |
|
2062 | User Interface | TODO | Low | review do=admin&area=editallusers | New | |
| | | 29.09.2015 | 15.04.2020 | |
|
2074 | User Interface | Bug Report | Medium | Opening tasks from tasklist | New | |
| 1.0 | | 18.10.2015 | 18.07.2016 | |
|
2078 | User Interface | Bug Report | Medium | layout of requested close on small displays | Confirmed | |
| 1.0 | | 26.10.2015 | 12.04.2021 | |
|
2081 | User Interface | Bug Report | Low | UI for adding comment while editing task doesn't use HT... | Confirmed | |
| | | 29.10.2015 | 06.11.2015 | |
|
2083 | User Interface | Information | Low | Drag and drop tasks on roadmap | Unconfirmed | |
| | | 30.10.2015 | 30.10.2015 | |
|
2124 | User Interface | Feature Request | Very Low | Default avatar can't be restored | Confirmed | |
| | | 27.04.2016 | 29.04.2016 | |
|
2126 | User Interface | Feature Request | Low | dynamic meta description (was: Change page title) | Confirmed | |
| 1.1 devel | | 17.05.2016 | 17.05.2016 | |
|
2127 | User Interface | Feature Request | Low | overhaul task detail page layout | New | |
| | | 20.05.2016 | 25.05.2016 | |
|
2136 | User Interface | Bug Report | Medium | After updating user properties as admin - return to wro... | Confirmed | |
| | | 08.06.2016 | 23.07.2016 | |
|
2138 | User Interface | Feature Request | Very Low | Overhaul dokuwiki editor buttonbar | New | |
| | | 17.06.2016 | 17.06.2016 | |
|
2139 | User Interface | Feature Request | Very Low | Add project setting of popular used programming languag... | New | |
| 1.1 devel | | 17.06.2016 | 17.06.2016 | |
|
2193 | User Interface | Feature Request | Low | Edit a comment while seeing task details and other comm... | New | |
| | | 07.08.2016 | 08.08.2016 | |
|
2200 | User Interface | Bug Report | Medium | Incomplete list of timezones available in the user pref... | Unconfirmed | |
| | | 26.08.2016 | 26.08.2016 | |
|
2210 | User Interface | Information | Low | Tasklist color for due date | Unconfirmed | |
| | | 12.10.2016 | 18.10.2016 | |
|
2303 | User Interface | Feature Request | Very Low | Home screen for private flysprays | Requires testing | |
| | | 25.10.2016 | 26.10.2016 | |
|
2308 | User Interface | Feature Request | Low | improve user management for admins | New | |
| | | 27.10.2016 | 10.02.2021 | |
|
2309 | User Interface | Bug Report | Low | PHP noticed displayed on default "All Projects" page. | Unconfirmed | |
| | | 02.11.2016 | 26.11.2016 | |
|
2317 | User Interface | Bug Report | Medium | Date format wrong | Confirmed | |
| 1.1 devel | | 22.11.2016 | 22.11.2016 | |
|
2323 | User Interface | Feature Request | Medium | show category tree in task list | Unconfirmed | |
| | | 13.12.2016 | 14.12.2016 | |
|
2325 | User Interface | Feature Request | Low | big image attachments: fit to browser window width in L... | New | |
| | | 10.01.2017 | 11.01.2017 | |
|
2456 | User Interface | Bug Report | High | Missing GUI controls | Unconfirmed | |
| | | 09.02.2018 | 10.02.2018 | |
|
2459 | User Interface | Feature Request | Low | Attachments on/off and max size setting in Admin Toolbo... | Unconfirmed | |
| | | 16.02.2018 | 03.03.2018 | |
|
2499 | User Interface | Bug Report | High | Change recaptcha from using file_get_contents to Curl | Unconfirmed | |
| | | 18.09.2018 | 02.11.2018 | |
|
2528 | User Interface | Bug Report | Low | New user registration doesn't check for duplicate usern... | Confirmed | |
| | | 05.01.2019 | 07.01.2019 | |