Talk:Task:Improving the Application manager - Revision history

205.247.111.216: /* feature request: ability to hide applications selectively/individually */

2008-11-25T15:09:44Z

feature request: ability to hide applications selectively/individually

← Older revision		Revision as of 15:09, 25 November 2008
Line 24:		Line 24:
	If I want to see these later, there can be an option to "show hidden applications".		If I want to see these later, there can be an option to "show hidden applications".

	--		-- swajime (can't log in :-( )
	~~jwsh~~
			P.S. It would also be good to have a "previously unseen" view, when new software is added, or when new repositories are added.
			P.P.S. Now that I'm thinking about it, I think it would also be good to be able to view by repository.

205.247.111.216: /* feature request: ability to hide applications selectively/individually */ new section

2008-11-25T14:18:30Z

feature request: ability to hide applications selectively/individually: new section

← Older revision		Revision as of 14:18, 25 November 2008
Line 9:		Line 9:
	== Background processing without indication ==		== Background processing without indication ==
	It will just get stuck here (applies to other screens) when doing things in the background when you try to do some operation (e.g. install from web or from a deb file using the file manager, or even edit catalogs). Attempting to do anything else including the same thing which you don't know if it received, it just says "Operation in progress..." with no way to abort, no measure of progress, and it can sit there for a very long time with no changes and appearing it has crashed. There should be at minimum a busy status (e.g. a gtk field that changes to text saying something like "Busy Updating..."), but even more a progress indicator and/or some indication of what operation is in progress (did it get the instruction to install the right thing or did I tap the wrong thing or is it doing something else entirely?). If it is doing something unrelated or even interruptable (updating the package list, looking for upgrades), there should be a way to abort. This could replace or add to the Button bar noted below —[[User:tz1]]		It will just get stuck here (applies to other screens) when doing things in the background when you try to do some operation (e.g. install from web or from a deb file using the file manager, or even edit catalogs). Attempting to do anything else including the same thing which you don't know if it received, it just says "Operation in progress..." with no way to abort, no measure of progress, and it can sit there for a very long time with no changes and appearing it has crashed. There should be at minimum a busy status (e.g. a gtk field that changes to text saying something like "Busy Updating..."), but even more a progress indicator and/or some indication of what operation is in progress (did it get the instruction to install the right thing or did I tap the wrong thing or is it doing something else entirely?). If it is doing something unrelated or even interruptable (updating the package list, looking for upgrades), there should be a way to abort. This could replace or add to the Button bar noted below —[[User:tz1]]

			== feature request: ability to hide applications selectively/individually ==

			One of my biggest pet peeves is that when I run through the "Main view \| Browse installable applications \| All" view, or the "Main view \| Show installed applications" view, I am not able to hide pesky items that I've seen every time I've run the Application manager.

			Example 1), installed applications that I know I want to keep: "advanced-backlight", "erminig", "Personal Menu", "rapier", "pidgin", "tipcalculator", "sliderule".

			Example 2), available applications that I know I don't want: all of the games! (abuse, barrage, blobby, blobwars, bomberman, etc...), all of the subscription services! (rhapsody, skype, vagalume, etc...), all of the dll's! (libgnokii3, libgtk, etc...), and individual apps that I know for certain that I don't want and won't want (gpodder, grcm, irreco-theme-evil, etc...).

			It is extremely annoying and frustrating to have to wade through all of these every time I go looking to see what applications I want to try next, or want to uninstall.

			Once I know that I want these to stay installed, I should be able to hide it, so that other items are easier to see.

			If I want to see these later, there can be an option to "show hidden applications".

			--
			jwsh

imported_>generalantilles at 00:19, 3 November 2008

2008-11-03T00:19:59Z

← Older revision		Revision as of 00:19, 3 November 2008
Line 7:		Line 7:
	A 'Changes' tab in the Info Dialog would be nice for updated applications, at the moment to find out if an update is worth installing you have to look elsewhere (ITT, garage, developer blog etc) and it can be quite difficult to track down. [[User:pepitoe\|pepitoe]] 14:01, 23 July 2008 (UTC)		A 'Changes' tab in the Info Dialog would be nice for updated applications, at the moment to find out if an update is worth installing you have to look elsewhere (ITT, garage, developer blog etc) and it can be quite difficult to track down. [[User:pepitoe\|pepitoe]] 14:01, 23 July 2008 (UTC)

	=== Background processing without indication ===		== Background processing without indication ==
	It will just get stuck here (applies to other screens) when doing things in the background when you try to do some operation (e.g. install from web or from a deb file using the file manager, or even edit catalogs). Attempting to do anything else including the same thing which you don't know if it received, it just says "Operation in progress..." with no way to abort, no measure of progress, and it can sit there for a very long time with no changes and appearing it has crashed. There should be at minimum a busy status (e.g. a gtk field that changes to text saying something like "Busy Updating..."), but even more a progress indicator and/or some indication of what operation is in progress (did it get the instruction to install the right thing or did I tap the wrong thing or is it doing something else entirely?). If it is doing something unrelated or even interruptable (updating the package list, looking for upgrades), there should be a way to abort. This could replace or add to the Button bar noted below —[[User:tz1]]		It will just get stuck here (applies to other screens) when doing things in the background when you try to do some operation (e.g. install from web or from a deb file using the file manager, or even edit catalogs). Attempting to do anything else including the same thing which you don't know if it received, it just says "Operation in progress..." with no way to abort, no measure of progress, and it can sit there for a very long time with no changes and appearing it has crashed. There should be at minimum a busy status (e.g. a gtk field that changes to text saying something like "Busy Updating..."), but even more a progress indicator and/or some indication of what operation is in progress (did it get the instruction to install the right thing or did I tap the wrong thing or is it doing something else entirely?). If it is doing something unrelated or even interruptable (updating the package list, looking for upgrades), there should be a way to abort. This could replace or add to the Button bar noted below —[[User:tz1]]

imported_>generalantilles at 00:19, 3 November 2008

2008-11-03T00:19:37Z

← Older revision		Revision as of 00:19, 3 November 2008
Line 6:		Line 6:

	A 'Changes' tab in the Info Dialog would be nice for updated applications, at the moment to find out if an update is worth installing you have to look elsewhere (ITT, garage, developer blog etc) and it can be quite difficult to track down. [[User:pepitoe\|pepitoe]] 14:01, 23 July 2008 (UTC)		A 'Changes' tab in the Info Dialog would be nice for updated applications, at the moment to find out if an update is worth installing you have to look elsewhere (ITT, garage, developer blog etc) and it can be quite difficult to track down. [[User:pepitoe\|pepitoe]] 14:01, 23 July 2008 (UTC)

			=== Background processing without indication ===
			It will just get stuck here (applies to other screens) when doing things in the background when you try to do some operation (e.g. install from web or from a deb file using the file manager, or even edit catalogs). Attempting to do anything else including the same thing which you don't know if it received, it just says "Operation in progress..." with no way to abort, no measure of progress, and it can sit there for a very long time with no changes and appearing it has crashed. There should be at minimum a busy status (e.g. a gtk field that changes to text saying something like "Busy Updating..."), but even more a progress indicator and/or some indication of what operation is in progress (did it get the instruction to install the right thing or did I tap the wrong thing or is it doing something else entirely?). If it is doing something unrelated or even interruptable (updating the package list, looking for upgrades), there should be a way to abort. This could replace or add to the Button bar noted below —[[User:tz1]]

imported_>generalantilles: User talk:GeneralAntilles/Improving the Application manager moved to Talk:Task:Improving the Application manager: Moving out of userspace

2008-10-30T12:05:40Z

User talk:GeneralAntilles/Improving the Application manager moved to Talk:Task:Improving the Application manager: Moving out of userspace

← Older revision	Revision as of 12:05, 30 October 2008
(No difference)

imported_>pepitoe: /* Info Dialog */ new section

2008-07-23T14:01:36Z

Info Dialog: new section

← Older revision		Revision as of 14:01, 23 July 2008
Line 2:		Line 2:

	This is cool. I mean, I haven't gone through the content but only the fact that you are investing this time and brains is good enough already. I wonder if all the "Improving..." work could be structured in a way that would match the Maemo architecture and also the applications Nokia is developing in top of it i.e. linking to pages like this one and also to relevant enhancement requests in bugs.maemo.org. This would help other contributors improving current proposals instead of starting a new one. It would also help product managers at Nokia following this effort and responding to it.--[[User:qgil\|qgil]] 10:25, 23 June 2008 (UTC)		This is cool. I mean, I haven't gone through the content but only the fact that you are investing this time and brains is good enough already. I wonder if all the "Improving..." work could be structured in a way that would match the Maemo architecture and also the applications Nokia is developing in top of it i.e. linking to pages like this one and also to relevant enhancement requests in bugs.maemo.org. This would help other contributors improving current proposals instead of starting a new one. It would also help product managers at Nokia following this effort and responding to it.--[[User:qgil\|qgil]] 10:25, 23 June 2008 (UTC)

			== Info Dialog ==

			A 'Changes' tab in the Info Dialog would be nice for updated applications, at the moment to find out if an update is worth installing you have to look elsewhere (ITT, garage, developer blog etc) and it can be quite difficult to track down. [[User:pepitoe\|pepitoe]] 14:01, 23 July 2008 (UTC)

imported_>qgil: Thanks for this work!

2008-06-23T10:25:46Z

Thanks for this work!

New page

== Thanks for this work! ==

This is cool. I mean, I haven't gone through the content but only the fact that you are investing this time and brains is good enough already. I wonder if all the "Improving..." work could be structured in a way that would match the Maemo architecture and also the applications Nokia is developing in top of it i.e. linking to pages like this one and also to relevant enhancement requests in bugs.maemo.org. This would help other contributors improving current proposals instead of starting a new one. It would also help product managers at Nokia following this effort and responding to it.--[[User:qgil|qgil]] 10:25, 23 June 2008 (UTC)