| 2014-01-29 19:21:43 |
i30817 |
bug |
|
|
added bug |
| 2014-01-29 20:36:49 |
i30817 |
description |
It simply shows the 'wait cursor' but does nothing.
I know that this is default behaviour for apps in gnome 3, but there should really really be a exception for file roller, because it doesn't have support for a tab view (and besides that, such a view would need to use a new process anyway, since filerolller is only a frontend for multiple monolithic compression programs.
As such, i propose that file roller be blacklisted from the 'opening in a new window' functionality. In whatever way your project supports. |
It simply shows the 'wait cursor' but does nothing.
I know that this is default behaviour for apps in gnome 3, but there should really really be a exception for file roller, because it doesn't have support for a tab view (and besides that, such a view would need to use a new process anyway, since filerolller is only a frontend for multiple monolithic compression programs.
As such, i propose that file roller be blacklisted from the 'don't open in a new window' functionality. In whatever way your project supports. |
|
| 2014-01-29 20:37:52 |
i30817 |
description |
It simply shows the 'wait cursor' but does nothing.
I know that this is default behaviour for apps in gnome 3, but there should really really be a exception for file roller, because it doesn't have support for a tab view (and besides that, such a view would need to use a new process anyway, since filerolller is only a frontend for multiple monolithic compression programs.
As such, i propose that file roller be blacklisted from the 'don't open in a new window' functionality. In whatever way your project supports. |
It simply shows the 'wait cursor' but does nothing.
I know that this is default behaviour for apps in gnome 3, but there should really really be a exception for file roller, because it doesn't have support for a tab view, and because this is normally used to merge zip file trees (and besides that, such a view would need to use a new process anyway, since filerolller is only a frontend for multiple monolithic compression programs.
As such, i propose that file roller be blacklisted from the 'don't open in a new window' functionality. In whatever way your project supports. |
|
| 2014-01-29 20:39:14 |
i30817 |
description |
It simply shows the 'wait cursor' but does nothing.
I know that this is default behaviour for apps in gnome 3, but there should really really be a exception for file roller, because it doesn't have support for a tab view, and because this is normally used to merge zip file trees (and besides that, such a view would need to use a new process anyway, since filerolller is only a frontend for multiple monolithic compression programs.
As such, i propose that file roller be blacklisted from the 'don't open in a new window' functionality. In whatever way your project supports. |
It simply shows the 'wait cursor' but does nothing.
I know that this is default behaviour for apps in gnome 3, but there should really really be a exception for file roller, because it doesn't have support for a tab view, and because this can be used to merge zip file trees and a tab view is not really appropriate for _that_ even if it worked.
As such, i propose that file roller be blacklisted from the 'don't open in a new window' functionality. In whatever way your project supports. |
|
| 2014-01-29 20:41:53 |
i30817 |
description |
It simply shows the 'wait cursor' but does nothing.
I know that this is default behaviour for apps in gnome 3, but there should really really be a exception for file roller, because it doesn't have support for a tab view, and because this can be used to merge zip file trees and a tab view is not really appropriate for _that_ even if it worked.
As such, i propose that file roller be blacklisted from the 'don't open in a new window' functionality. In whatever way your project supports. |
It simply shows the 'wait cursor' but does nothing.
I know that this is default behaviour for apps in gnome 3, but there should really really be a exception for file roller, because it doesn't have support for a tab view, and because this can be used to merge zip file trees and a tab view is not really appropriate for _that_ even if it worked.
(a remarkably similar situation to copy pasting files with nautilus - another usability disaster for that usecase imo, but this one is worse since there is no common tree to navigate).
As such, i propose that file roller be blacklisted from the 'don't open in a new window' functionality. In whatever way your project supports. |
|
| 2014-01-29 20:42:19 |
i30817 |
description |
It simply shows the 'wait cursor' but does nothing.
I know that this is default behaviour for apps in gnome 3, but there should really really be a exception for file roller, because it doesn't have support for a tab view, and because this can be used to merge zip file trees and a tab view is not really appropriate for _that_ even if it worked.
(a remarkably similar situation to copy pasting files with nautilus - another usability disaster for that usecase imo, but this one is worse since there is no common tree to navigate).
As such, i propose that file roller be blacklisted from the 'don't open in a new window' functionality. In whatever way your project supports. |
It simply shows the 'wait cursor' but does nothing.
I know that this is default behaviour for apps in gnome 3, but there should really really be a exception for file roller, because it doesn't have support for a tab view, and because this can be used to merge zip file trees and a tab view is not really appropriate for _that_ even if it worked.
(a remarkably similar situation to copy pasting files with nautilus - another usability disaster for that usecase imo - but this one is worse since there is no common tree to navigate).
As such, i propose that file roller be blacklisted from the 'don't open in a new window' functionality. In whatever way your project supports. |
|
